Многие компании боятся менять интеграционную архитектуру. Особенно если в центре инфраструктуры стоит ESB-шина.
Разговор обычно начинается одинаково:
— это огромный проект
— придется переписать все интеграции
— бизнес остановится
— понадобится минимум полгода
Но иногда реальность оказывается гораздо проще. В одном проекте переход занял меньше месяца. Я уже рассказала эту историю в своем блоге на vc теперь хочу поделиться с вами этой историей здесь.
Как всё начиналось
Компания — крупный e-commerce бизнес. Инфраструктура стандартная для таких компаний:
- 1С
- CRM
- сайт
- мобильное приложение
- маркетплейсы
- складская система
- логистика
- аналитика
Несколько лет назад все системы связали через ESB-шину. На тот момент это было хорошее решение. Появился единый центр обмена данными между системами.
Но бизнес рос. Появлялись новые сервисы, новые интеграции и новые доработки.
Через несколько лет шина превратилась в «цифровой зоопарк»
Такое происходит во многих компаниях. Со временем внутри ESB появляются:
- десятки маршрутов сообщений
- разные форматы данных
- старые адаптеры
- временные скрипты
- логика, про которую уже никто не помнит
Каждая новая интеграция добавляет еще один слой сложности. В какой-то момент архитектура начинает выглядеть как лабиринт из интеграций.
Первые тревожные сигналы
Проблемы появились не сразу. Но постепенно начали проявляться типичные симптомы. Любое изменение стало долгим Даже небольшая доработка превращалась в проект.
Нужно было:
- менять маршруты
- проверять зависимости
- тестировать половину интеграций
Иногда изменения занимали несколько недель. Найти ошибку стало сложно
Когда происходил сбой, команда сначала пыталась понять:
- ошибка в системе
- проблема в маршруте ESB
- ошибка в трансформации данных
- или старый скрипт
Иногда поиск причины занимал часы или даже дни.
Интеграции начали тормозить бизнес
Каждый новый сервис увеличивал сложность. В какой-то момент компания поняла важную вещь: интеграционная архитектура перестала помогать бизнесу.
Она начала его замедлять.
Почему переход откладывали почти год
Причина оказалась очень простой - страх трогать интеграции.
Кажется, что придётся:
- переписать всё
- остановить обмен данными
- пережить десятки инцидентов
Поэтому решение о переходе откладывали снова и снова.
Что сделали вместо большого проекта
Команда выбрала другой подход. Не переносить всё сразу, а мигрировать интеграции постепенно.
Схема выглядела так:
- разворачивается интеграционная платформа
- переносится один поток данных
- проверяется работа
- переносится следующий поток
При этом ESB продолжает работать параллельно. Для бизнеса ничего не меняется.
Что изменилось после перехода
Эффект оказался заметен сразу:
Новые интеграции начали появляться быстрее, подключение новых сервисов занимает дни вместо недель.
Появилась прозрачность. Поиск проблем занимает минуты, теперь можно увидеть:
- где находится сообщение
- какая система его отправила
- какая его получила
Архитектура стала понятной - вместо сложной сети маршрутов появилась простая схема потоков данных.
Самая неожиданная фраза после проекта
После завершения перехода IT-директор сказал: Мы откладывали этот проект почти год, потому что думали, что всё сломается. А оказалось, что это обычная инфраструктурная задача.
Главный вывод
ESB-шина — хорошее решение на старте, но со временем внутри неё может появиться хаос интеграций. И тогда архитектуру нужно пересматривать.
Важно понимать одну вещь: переход на новую интеграционную модель не всегда занимает полгода. Иногда всё можно сделать за несколько недель.