Сервисная шина предприятия (ESB) как эволюционное преимущество для развития компании

Рост компании сопровождается ростом её IT-инфраструктуры.

Быстрее подключать новые возможности, экономить на интеграциях время и деньги, быть менее зависимыми от разработчиков позволит ESB (сокр. от англ. enterprise service bus, рус. «сервисная шина предприятия»).

Практики менеджмента часто сравнивают компанию с живым организмом.

Если развивать эту аналогию, то нишу нервной системы в «организме» компании занимает IT-инфраструктура.

Она получает информацию извне или изнутри, передаёт её, хранит, воспроизводит и т. д. - примерно тем же самым занимаются наши нейроны и мозг.

Если о компании говорят в контексте жизненного цикла единичного живого объекта (рождение, выживание, рост, смерть), то развитие IT-экосистемы больше напоминает эволюционный путь.

Она разрастается и усложняется, берёт на себя всё больше функций и процессов, трансформируется.

Возьмём простой и понятный пример - интернет-магазин.

На старте устройство его IT-инфраструктуры несложное, в неё входят два-три элемента с соответствующими интеграциями между ними. CRM для работы с клиентами и заказами, интернет-магазин на «Битриксе» и интеграция с маркетплейсом OZON.

По мере роста компании количество элементов в экосистеме увеличивается.

Добавляется программа WMS для работы со складскими остатками, потом - ERP для планирования бизнес-процессов на производстве, PIM для управления информацией о товаре…

Число интеграций растёт в геометрической прогрессии.

Интеграции такого типа называют «звездой» (за многолучевую структуру) или «спагетти» (за спутанность), и они уместны, если у компании нет планов на масштабное развитие и IT-трансформацию.

Однако стоит помнить, что у «звезды» есть ряд особенностей, которые могут стать критичными для роста информационной инфраструктуры.

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

Логирование событий в каждой из интеграций реализовано по-разному (если вообще реализовано).

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

Каждый новый элемент системы требует значительных вложений в интеграцию point-to-point.

Вы решаете продавать товары через ещё один маркетплейс, и приходится интегрировать его с интернет-магазином, CRM, WMS, ERP, PIM и т. д.

Страдает бизнес-аналитика: данные «разбросаны» по разным источникам, хранятся в разных форматах, дублируются.

Объединить их в удобный инструмент для принятия управленческих решений очень непросто.

Чем больше становится инфраструктура, тем больше времени и средств она требует на поддержание и тем меньше ресурсов остаётся на улучшение её работы.

Экономика технологического уклада диктует свои правила.

Успех компании тесно завязан на её способность быстро реагировать, трансформироваться и масштабироваться. В этом смысле горизонтальная интеграция с ESB, безусловно, становится для компании эволюционным преимуществом.

Нужно подключиться к новому маркетплейсу?

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

Опять же, не придётся переписывать все интеграции.