Интеграционная шина: когда точечных интеграций становится мало

Пока в компании три системы — учёт, CRM и сайт, — их можно связать напрямую: каждая пара систем обменивается данными через свою интеграцию. Когда систем становится десять, прямых связей становится десятки. Каждая разработана по-своему, ломается по-своему, и никто не знает, где именно потерялся заказ. Интеграционная шина решает эту проблему, собирая обмен данными в одном месте.

Интеграции «точка-точка»

При прямой интеграции система A напрямую вызывает систему B. Это просто и быстро для небольшого числа связей. Проблемы появляются с ростом: изменение в одной системе требует правки во всех интеграциях с ней, нет единого журнала обмена, сложно понять, какие данные куда уходят. Если система B временно недоступна, данные из A могут потеряться. Часто при этом у разных интеграций разные форматы одного и того же объекта: клиент в одной связке передаётся с телефоном в одном виде, в другой — в другом.

Что такое шина

Интеграционная шина (ESB, enterprise service bus) — промежуточный слой, через который системы обмениваются сообщениями. Каждая система подключается к шине один раз. Шина принимает сообщения, преобразует форматы, определяет получателей и доставляет. Часто в основе лежит брокер сообщений — программа, которая хранит очереди сообщений и гарантирует их доставку.

Что даёт шина

• Каждая система подключается один раз, а не к каждой другой системе
• Единый журнал: видно, какое сообщение откуда пришло, куда ушло и чем закончилось
• Гарантированная доставка: если получатель недоступен, сообщение ждёт в очереди
• Преобразование форматов в одном месте
• Замена одной системы не требует переделки всех интеграций

Когда шина нужна

Систем больше пяти-семи, и они активно обмениваются данными. Есть критичные потоки — заказы, оплаты, остатки, — где потеря данных недопустима. Регулярно появляются новые системы и каналы продаж. Команда тратит заметное время на разбор ошибок обмена. Холдинг с несколькими компаниями и разными учётными системами.

Когда не нужна

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

Варианты реализации

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

Как внедрять

1. Составьте карту текущих интеграций: какие системы, какие данные, как часто
2. Определите единые форматы для ключевых объектов: клиент, товар, заказ, оплата
3. Начните с одного критичного потока, например заказов
4. Переводите остальные потоки постепенно, сохраняя старые связи до проверки новых
5. Настройте мониторинг очередей и оповещения об ошибках

Типичные ошибки

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

Вывод

Шина — инструмент для компаний со зрелым IT-ландшафтом. Она окупается там, где много систем и критичных данных. Если вы пока на этапе первых интеграций, сделайте их аккуратно, с журналами и обработкой ошибок, — это подготовит почву для шины в будущем.