Comments 4
Добрый день.
Я считаю, что интеграционные платформы больше не нужны.
Положить в Кафку / получить из Кафки сообщение, я могу практически любой системой, включая 1С.
Разработка кастомных коннекторов понадобится любому крупному и сложному бизнесу, а другим такие платформы совсем не нужны.
В итоге:
Стоимость интеграции увеличивается.
Скорость интеграции увеличивается
А вендор, при всем уважении, продавая "мультитул", который позволяет все, подсаживает клиента на аутсорс по настройке своей платформы.
Закрытость кода, может привести к не интерпретируемым ошибкам в логах (как в Датареоне с кастомными коннекторами).
Возможно я не прав, но вы же не дадите демку. И документацию до покупки наверное тоже.
Один программист на GO быстро может организовать подключение к любой системе по любому протоколу, включая самые современные, а Кафка со своей отказоустойчивостью обеспечит гарантированную доставку сообщений.
Один программист на GO быстро может организовать подключение к любой системе по любому протоколу, включая самые современные, а Кафка со своей отказоустойчивостью обеспечит гарантированную доставку сообщений.
Полтретьего ночи:
Только что собирали релиз гошного проекта. По задаче разрабу нужно было лишь получить записи из Google Spreadsheet и положить в PostgreSQL. Мы жестко мучались двое суток с этим сервисом, чтобы он встал и нормально работал. До этого его писали 2 недели.
Оглядываясь назад, я понимаю, что на n8n «мышкой» сделал бы эту задачу часа за 4.
Конкретно за эту «джинсу» автора не могу сказать, но интеграционные тулы (ESB, ETL etc) помогают сильно.
Я думаю вы неверно понимаете назначение таких платформ. Представьте, что у вас в качестве источников данных различные устройства и каждое ещё передаёт в своем формате, у каких-то бинарный у каких-то json и т.д
У вас разработчик будет сидеть на интеграции этих устройств, каждый раз как только потребуется добавить новое. Оправдано, да! Но только в случае, если у вас их всего несколько.
Платформа же позволяет быстро нормализовать данные и слать на уровень выше только события, т.к иногда сами данные вообще не нужны.
Это только мини пример. Разработка приложений поверх платформы, тоже частый случай, позволяет сконцентрироваться на приложении, а не на механизмах взаимодействия с разными источниками данных.
Встану в защиту таких решений т.к. повидал под сотню компаний, которые приобретают такие решения и понимаю зачем. Интегра это первая интеграционная платформа, к которой я приложил руку в качестве PO, USEBUS - вторая.
_________
Ваше мнение скорее отражает точку зрения технического специалиста с относительно коротким горизонтом планирований, который рассматривает интеграцию с точки зрения разработки и эксплуатации. Однако позвольте мне уточнить несколько моментов, которые важно учитывать с позиции бизнесмена и топменеджера смотрящего долгосрочную перспективу.
Интеграция через Kafka — это только часть задачи Kafka — отличный инструмент для передачи сообщений, но его использование не решает всех задач интеграции. Помимо доставки сообщений, необходимо учитывать:
• Как преобразовать данные из одной системы в формат, понятный другой системе?
• Как обеспечить последовательность выполнения действий между системами?
• Как отслеживать статус интеграций, исправлять ошибки и управлять нагрузкой?
Интеграционные платформы предоставляют готовые механизмы для решения этих задач и многих других, что снижает сложность разработки и эксплуатации.
_________
Вы правы, что разработка кастомных коннекторов может быть выполнена силами внутренних специалистов. Но важно учитывать:
• Для поддержки интеграций потребуется команда разработчиков, знакомых с каждой системой и протоколом.
• Самописные решения часто становятся “велосипедами”, которые сложно поддерживать и развивать.
• Если ключевые сотрудники покинут компанию, поддержка таких решений может стать критической проблемой.
Когда компания приобретает платформу от вендора, она делит расходы на разработку и поддержку с другими клиентами. Это снижает стоимость владения и минимизирует риски.
__________
Вы упомянули закрытость кода как проблему. Это справедливое замечание, но большинство крупных вендоров предоставляют обширную документацию, техническую поддержку и возможности кастомизации через API или SDK. Кроме того, ошибки в логах обычно интерпретируются с помощью инструментов мониторинга, которые включены в платформу.
__________
Разработка одного коннектора в действительности может стоить сопоставимо с годовой арендой интеграционной платформы. И важно учитывать:
• Платформа предоставляет десятки готовых коннекторов “из коробки”.
• Она позволяет масштабировать интеграции без значительных дополнительных затрат.
• Вендор берет на себя развитие продукта, включая обновления для новых версий систем.
___________
Самостоятельная разработка интеграций отвлекает ресурсы компании от её основной деятельности. Использование готовых решений позволяет сосредоточиться на развитии бизнеса, а не на поддержке инфраструктуры.
Ваш подход имеет право на существование в небольших проектах или компаниях с минимальными требованиями к интеграциям. Однако для крупных организаций с множеством систем использование профессиональной интеграционной платформы — это способ оптимизировать затраты, снизить риски и повысить эффективность. А также снизить зависимость от своих сотрудников, которым нужно постоянно повышать зарплату за работу, которую могут выполнит только они. Логично не правда ли? :) и в принципе содержать, учить и управлять этим штатом, вместо того, чтобы тратить ресурсы на то для чего создана компания - свой целевой бизнес.
Обзор интеграционной low-code платформы «Интегра»