Умная шина: почему мы не стали писать ещё один ESB

Вот важная новость с фронта ИИ: Меня зовут Виктор Овчинников, я руковожу разработкой интеграционной платформы Digital Q. Integration в компании Диасофт. Про то, как интеграционный слой убивает ИИ-проекты, я уже писал здесь и здесь.

Про историю появления платформы — тридцать лет проектной боли и зоопарк западных ESB написал Дмитрий Гаврин в отдельной статье. Рекомендую прочитать, если не читали. Сегодня разберу технику.

Технические детали

Что именно сидит под капотом платформы, какие инструменты мы выбрали и почему, где это работает хорошо, а где ломается. Почему не классический ESBКоротко, потому что Дмитрий уже написал развёрнуто. Классическая ESB — это монолитное ядро.

Масштабирование только вертикальное. И при падении падает всё. Но самое болезненное для эксплуатации это то, что со временем шина становится местом, куда стекается вся прикладная логика.

Через несколько лет она знает о бизнесе компании больше, чем любая из систем, которые к ней подключены. Разобраться в этом — отдельная задача. Это то нас и подтолкнуло к собственному подходу.

Отраслевые последствия

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

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

Он содержит ровно ту логику, которая нужна для взаимодействия с этой системой — и ничего лишнего. Адаптеры общаются через транспортный уровень, который отвечает за доставку и надежность.

Событие, по словам экспертов, усилит конкуренцию в сфере ИИ.