Практика Ontid

Системная интеграция — это больше, чем связать два API

Успешный запрос между системами — только начало. Рабочая интеграция должна сохранять данные и бизнес-процесс при задержках, повторах и частичных сбоях.

Рубрика
Инженерия
Опубликовано
Время чтения
8 минут

01Опишите владельца каждого набора данных

До разработки важно понять, какая система является источником истины для клиента, заказа, статуса оплаты и других сущностей. Без этого синхронизация создаёт конфликтующие версии реальности.

Правила обновления должны быть однозначными: кто может изменить поле, в какой момент и как это изменение попадёт в остальные системы.

02Заложите сбои в нормальный сценарий

Сеть недоступна, сервис отвечает дольше обычного, сообщение приходит повторно — это штатные ситуации распределённой системы. Их нельзя откладывать на этап стабилизации.

  • Идемпотентность операций и защита от дублей
  • Повторные попытки с понятными ограничениями
  • Очередь ошибок и ручной сценарий восстановления

03Сделайте обмен наблюдаемым

Команда должна видеть, какие операции задержались, где расходятся данные и какой бизнес-процесс остановился. Технические логи связывают с идентификатором операции, чтобы расследование не начиналось с поиска по нескольким системам.

Главные выводы

Почему надёжность обмена данными определяется исключениями, правилами синхронизации и наблюдаемостью.

  • Опишите владельца каждого набора данных
  • Заложите сбои в нормальный сценарий
  • Сделайте обмен наблюдаемым

Обсудим, как применить это в вашем проекте?

Начнём с контекста и предложим предметный следующий шаг.