Поделиться в MAX

ИИ не спасет интеграцию

Аватар автора
«Нужно всего лишь связать две системы» — так начинаются многие интеграционные проекты. На них закладывают несколько недель, а затем сроки уезжают, бюджет растёт, форматы перестают совпадать, источники меняются на ходу, очереди накапливаются, сообщения теряются, а временные адаптеры превращаются в инфраструктуру, которую уже никто не решается трогать. 6 августа в 15:00 МСК в прямом эфире обсудим, почему интеграция становится одной из самых недооценённых и дорогих частей ИТ-проекта. Главный вопрос дискуссии: достаточно ли компании Kafka, RabbitMQ или другого брокера сообщений — либо «голый» брокер неизбежно приходится закрывать сверху дополнительным сервисным слоем, правилами маршрутизации, мониторингом и контролем доступа? Разберём: — почему «просто взять Kafka» не означает получить готовую интеграционную архитектуру; — когда небольшой самописный адаптер превращается в неуправляемый зоопарк; — стоит ли разрешать корпоративным системам обращаться к брокеру напрямую; — кто должен отвечать за форматы, контракты сообщений и совместимость систем; — сколько на самом деле стоит эксплуатация брокера с учётом мониторинга, consumer lag, повторной доставки, изменения схем и поиска потерянных сообщений; — зачем создавать собственный брокер сообщений, когда существуют зрелые open-source-решения; — где low-code действительно ускоряет интеграцию, а где без программирования не обойтись; — почему интеграцию регулярно недооценивают при расчёте сроков и бюджета проекта. Участники дискуссии...

0/0


0/0

0/0

0/0

0/0