ММК удалил ПО Tibco и перешел на российскую интеграционную платформу Inpolus

11 марта 2025 года «Магнитогорский металлургический комбинат» (ММК) и компания «Инполюс» сообщили о завершении крупнейшего в России проекта в области импортозамещения связующего программного обеспечения. ММК внедрил отечественную платформу Inpolus ESB, которая пришла на смену американским продуктам Tibco (ActiveMatrix BusinessWorks и Enterprise Message Service).

Одним из ключевых преимуществ платформы Inpolus разработчик называет возможность быстрой миграции всех существующих информационных потоков и бизнес-сценариев предприятия — без необходимости создавать их заново. В состав продукта входят такие компоненты, как «Реестр сервисов», «Менеджер сценариев», «Универсальный сценарий» и «Универсальный коннектор»: они обеспечивают простое визуальное описание интеграционных сценариев и, в большинстве случаев, их автоматическое исполнение — без необходимости даже минимальной разработки кода. Предусмотрена возможность полноценно использовать в сценариях самые разные варианты СУБД и другие источники информации, задействовать SOAP- и REST-сервисы, обмениваться сообщениями через открытый продукт Kafka, а также применять широкий спектр других технологий и методов интеграции.

ММК удалил ПО Tibco и перешел на российскую интеграционную платформу Inpolus

На предприятиях ММК система Inpolus ESB работает в круглосуточном режиме с показателем времени непрерывного функционирования (uptime) на уровне 99,5%. При этом практически исключены потери данных при сбоях интеграционных систем. Кроме того, гарантирован контроль целостности передаваемой информации и ее доставки, включая возможность повторной отправки. Платформа справляется с доставкой свыше 10 000 сообщений в минуту, а скорость активации передачи данных по событию составляет менее 0,5 секунды.

В архитектуру развернутой платформы заложены возможности для быстрого масштабирования и резервирования компонентов, обеспечения непрерывности бизнес-процессов, модульность и гибкость. Согласно регламентам, после краткосрочных сбоев система должна обеспечивать автоматическое восстановление не более чем за 30 минут.