Импортозамещение

Что произошло с западными ESB-платформами
IBM App Connect / IBM Integration Bus (IIB) / WebSphere Message Broker (WMB)

IBM была, пожалуй, самым распространённым ESB-решением в крупном российском бизнесе. Integration Bus, WebSphere Message Broker, более новый App Connect Enterprise — эти продукты стояли в банках, телекоме, промышленности, государственных структурах.

Oracle Service Bus (OSB) / Oracle ESB

Oracle Service Bus широко применялся в финансовом секторе и государственных учреждениях. Глубокая интеграция с Oracle-экосистемой делала его удобным для компаний на Oracle Database и Oracle ERP.

SAP Process Integration / SAP Process Orchestration (SAP PI/PO)

SAP PI/PO занимает особое место: его используют компании, глубоко погружённые в SAP-экосистему. Интеграционный движок PI/PO фактически встроен в SAP-ландшафт, и многие воспринимают его не как отдельный продукт, а как часть SAP.

MuleSoft Anypoint Platform

MuleSoft — платформа, которая пришла в Россию через крупные внедрения в ритейле, банках и e-commerce. Salesforce, которая владеет MuleSoft с 2018 года, также приостановила работу на российском рынке, хотя сама платформа продолжает работать. Но без обновлений, без поддержки и без доступа к маркетплейсу коннекторов.

Microsoft BizTalk Server

BizTalk Server — самый «долгожитель» в этом списке. Microsoft выпустила его в 2000 году, и он до сих пор работает во многих компаниях с Microsoft-ориентированным ландшафтом (Windows Server, SQL Server, .NET).
Microsoft официально продолжает поддержку BizTalk Server 2020 до 2030 года — это единственная платформа из списка, где формальная поддержка вендора ещё действует. Однако BizTalk не входит в реестр российского ПО, работает на лицензиях Microsoft (которые для России становятся всё сложнее), и Microsoft не развивает BizTalk как продукт — новые функции не появляются, экосистема не растёт.

💡 Коммерческая вставка: Если ваш ИТ-ландшафт построен на одной из перечисленных платформ и вопрос замены стоит в повестке, платформа «Интегра» закрывает функционал каждой из них. На сайте можно запросить демо с разбором конкретного кейса под вашу архитектуру.

Сравнивая функционал «Интегры» с ушедшими западными платформами, важно не просто перечислить возможности, а показать, какие конкретные сценарии она закрывает.

Трансформация данных. Платформа поддерживает преобразование между XML, JSON, CSV, EDI, бинарными форматами. Это закрывает основной объём задач, которые ранее решались через IBM IIB с языком ESQL или Oracle OSB с XQuery.

Маршрутизация сообщений. Контентная маршрутизация, маршрутизация по заголовкам, приоритетная очередь, pub/sub-паттерн, broadcast. Функционально сопоставимо с возможностями IBM App Connect и MuleSoft.

Оркестрация процессов. Визуальный дизайнер интеграционных потоков с поддержкой условий, циклов, параллельных веток, обработки исключений. Low-code интерфейс позволяет создавать потоки без написания кода - аналог Flow Designer в IBM App Connect или Mule Anypoint Studio, но без зависимости от облачной инфраструктуры вендора.

Гарантированная доставка. Механизм подтверждения доставки, повторные попытки при ошибках, dead-letter queue. Это то, что в IBM IIB реализовывалось через WebSphere MQ, а в BizTalk - через MSMQ.

API-менеджмент. Публикация REST API, управление версиями, rate limiting, авторизация. Частично перекрывает функционал, который в MuleSoft реализовывался через API Manager.

💡 Подробное описание функционального покрытия и сравнение с конкретными западными платформами доступно на странице импортозамещения ESB на сайте «Интегры». Там же - список официально подтверждённых замен.

Это то, чего у западных ESB не было вообще - и это не слабость, а просто другой рынок. IBM не делала нативных коннекторов к 1С, потому что 1С - российский продукт. Oracle OSB не работал со СМЭВ, потому что система межведомственного электронного взаимодействия существует только в российской государственной архитектуре.

«Интегра» строилась под российские реалии. В библиотеке платформы - готовые коннекторы к 1С:Предприятие (через COM, HTTP, OData), к системам ЭДО (СБИС, Диадок), к СМЭВ 2.x и 3.x, к российским банковским АБС. Это сокращает время внедрения типовой интеграции с 1С с нескольких месяцев до недель.

Для госсектора и компаний с требованиями по локализации данных это не бонус, а обязательное условие. Ни IBM, ни Oracle, ни MuleSoft этот набор требований закрыть не могут - физически.

⚠️ - частично или с ограничениями; ❌ - недоступно; ✅ - полностью доступно
Ключевой вывод из таблицы: Ни одна из западных платформ не закрывает требования российского рынка 2026 года - ни по доступности, ни по регуляторным критериям. «Интегра» закрывает все тринадцать параметров, причём три из них (коннекторы к 1С, СМЭВ, совместимость с российскими ОС) - это функционал, которого у западных платформ не было даже в период их активной работы на российском рынке.

Этапы перехода с IBM/Oracle/SAP на «Интегру»

Миграция с одной ESB на другую воспринимается как один из самых сложных ИТ-проектов. Это отчасти справедливо - но не потому что процесс непредсказуем, а потому что его обычно не планируют заранее. Вот как выглядит управляемый переход.

Этап 1. Аудит интеграционного ландшафта (2-4 недели).
Каталогизация всех интеграционных потоков на текущей платформе: количество потоков, системы-источники, системы-получатели, форматы данных, протоколы, критичность каждого потока для бизнеса. Без этого этапа любая оценка сроков - угадывание.

Этап 2. Классификация потоков (1-2 недели).
Потоки делятся на три категории: простые (прямой перенос без изменения логики), требующие адаптации (изменение формата или протокола), сложные (глубокая кастомная логика, которая требует переработки). Обычно простые составляют 50-60% от общего числа потоков.

Этап 3. Пилотное внедрение (4-6 недель).
Перенос 10-15 некритичных потоков на «Интегру» в тестовой среде. Задача - проверить совместимость с конкретными системами, отработать подходы к трансформации, обучить команду.

Этап 4. Поэтапная миграция (2-6 месяцев, зависит от масштаба).
Перенос потоков группами с приоритетом по критичности - некритичные первыми, ключевые бизнес-процессы - в последнюю очередь. На каждом шаге обе платформы работают параллельно: старая остаётся в производственной среде, новая получает трафик постепенно.

Этап 5. Переключение и вывод старой платформы (1-2 недели).
Финальное переключение трафика на «Интегру», мониторинг в течение 1-2 недель, отключение старой платформы.

Что сохраняется, что переписывается, что делается заново

Частый страх: «Придётся всё переписать с нуля». Реальность устроена иначе.
Сохраняется бизнес-логика интеграционных потоков, структуры данных, правила маршрутизации. Они переносятся в визуальный дизайнер «Интегры» - не копированием кода, но и не с чистого листа.
Адаптируется специфический синтаксис трансформаций (ESQL для IBM, XQuery для Oracle). Логика остаётся, синтаксис меняется. Это трудоёмко, но предсказуемо.
Создаются заново коннекторы к системам, для которых в «Интегре» нет готовых шаблонов (нетиповые или сильно кастомизированные). Здесь работает принцип: чем стандартнее системы - тем меньше объём разработки.

Типичные сроки для компаний разного масштаба


Сроки зависят не только от количества потоков, но и от их сложности, наличия внутренней команды и готовности смежных систем к тестированию. Проекты с выделенной командой и чётким приоритетом идут на 30-40% быстрее.

💡 Хотите понять, сколько займёт миграция в вашем конкретном случае? На сайте 7tech-integra.ru можно запросить предварительную оценку: специалисты разберут текущий ландшафт и дадут ориентиры по срокам и стоимости.