Услуга IT360

Интеграции и автоматизация

Настраиваем обмен данными между сервисами и автоматизируем повторяющиеся действия. Продумываем не только успешный сценарий, но и ошибки, повторы и восстановление работы.

Обсудить задачу

01

Когда это нужно

  • Данные приходится копировать из одной системы в другую.
  • Заявки, оплаты и статусы расходятся между сервисами.
  • Повторяющиеся операции можно выполнять по событиям или расписанию.

02

Что входит

  • Разбор процесса и существующих интерфейсов систем.
  • Правила передачи и проверки данных.
  • Разработка интеграции и обработка ошибок.
  • Проверка сценариев и настройка наблюдения за работой.

03

Что получите

Согласованный обмен данными или автоматизированный процесс с понятными правилами работы и обработки сбоев.

04

Что влияет на оценку

  • Доступность и ограничения API.
  • Количество систем, событий и форматов данных.
  • Требования к скорости, надёжности и восстановлению.

05

Как обработать повтор

Если подтверждение потерялось, отправитель может повторить запрос. В условном примере событие E-01 сохраняется до отправки, а повторная попытка передаёт тот же идентификатор. Приёмник записывает идентификатор и изменение в одной транзакции и при повторе возвращает прежний результат.

Сбой, повтор и защита от дублирования

Сбой, повтор и защита от дублирования. Пояснение по шагам доступно в тексте.
  • Система А
  • Событие E-01
  • Система Б
Условная схема обмена между двумя системами. Принимающая сторона проверяет идентификатор операции, прежде чем применить изменение.

Схема показана без движения.

  1. Сохранить событие. Система А сохраняет событие E-01 и отправляет его в систему Б.
  2. Зафиксировать сбой. Система Б временно недоступна. Неуспешная попытка не считается выполненной операцией.
  3. Повторить с тем же ID. Повторная попытка передаёт то же событие E-01, а не создаёт новую операцию.
  4. Применить один раз. Приёмник сохраняет идентификатор и изменение атомарно. В показанном примере создан один результат.
  5. Узнать повтор. Если E-01 приходит снова, приёмник возвращает прежний результат. Второй результат не создаётся.

Такая схема зависит от правил API принимающей системы. Для конкретной интеграции проверяют хранение события, атомарность изменения и поведение при потере подтверждения. Иллюстрация объясняет механизм и не подтверждает работу какого-либо клиентского проекта.