Диасофт объяснила, почему выбрала не ESB, а платформу Digital Q.Integration

Виктор Овчинников, руководитель разработки интеграционной платформы Digital Q.Integration в компании Диасофт, объяснил, почему команда отказалась от классической архитектуры ESB (Enterprise Service Bus) в пользу собственного подхода к интеграции корпоративных систем.

Почему классическая ESB не подошла

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

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

Какой подход выбрала команда Диасофт

Команда сформулировала для себя другой принцип: взять лучшее из архитектуры point-to-point и из классической ESB. С одной стороны — независимые сервисы без централизованной бизнес-логики, как в прямых point-to-point интеграциях. С другой — общий транспорт, общий мониторинг и общий инструментарий, как в традиционной шине. Концепция получила название «умные сервисы и надёжные каналы».

• Классическая ESB масштабируется только вертикально и представляет собой единую точку отказа
• Со временем ESB накапливает всю прикладную бизнес-логику компании
• Платформа Digital Q.Integration построена на подходе «умные сервисы и надёжные каналы»
• Для каждой интегрируемой системы создаётся отдельный микросервис-коннектор
• Адаптеры общаются через общий транспортный уровень, отвечающий за доставку и надёжность

Как устроена архитектура платформы

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

Между собой адаптеры общаются через отдельный транспортный уровень, который отвечает за доставку сообщений и надёжность обмена данными. Это разделение снимает главное противоречие классической ESB: раньше шина одновременно решала задачи бизнес-логики и транспорта, из-за чего два разных типа ответственности смешивались в одном монолитном ядре. В подходе Диасофт эти задачи разнесены — бизнес-логика живёт в независимых микросервисах, а доставка и надёжность обеспечиваются общим слоем.

Чем это отличается от простого point-to-point

Прямая интеграция систем «точка-точка» решает проблему монолитного ядра — она изначально распределённая, и отказ одной связки не роняет всю сеть. Но у point-to-point есть обратная сторона: без общего транспортного и мониторингового слоя количество прямых связей между системами быстро превращается в неуправляемый клубок, а отследить, какая система с какой обменивается данными, становится так же сложно, как разобраться в логике монолитной ESB. Подход Диасофт забирает распределённость point-to-point, но добавляет к ней единый транспортный уровень и общий мониторинг, которые в чистой point-to-point архитектуре отсутствуют.

Что это значит

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