Когда выбрать промежуточное ПО для интеграции корпоративных приложений?
Я работаю в софтверной компании, которая поставляет программный продукт. Много раз мы должны интегрироваться с другими приложениями. 70% времени мы интегрируем с одним приложением. В настоящее время мы не используем промежуточное программное обеспечение (MuleESB, Biztalk, ...) в следующих ситуациях: преобразование данных, преобразование транспорта и т. Д. Выполняется внутри приложений.
Не лучше ли ВСЕГДА использовать промежуточное решение? (независимо от того, интегрируется ли вы с 1 или более системами). Таким образом, все настройки (форматирование данных, реструктуризация, транспортные преобразования) обеих сторон могут обрабатываться промежуточным программным обеспечением, а не приложениями.
Логически это кажется мне правильным подходом. Но я спрашиваю себя: оправданно ли промежуточное ПО в случае двух приложений?
3 ответа
С практической точки зрения, вы всегда будете использовать "промежуточное" решение, как индивидуальное, так и упакованное.
Я бы посмотрел на это так, вместо того, чтобы требовать "промежуточного" пакета, я бы сосредоточился на том, чтобы сделать само приложение удобным для интеграции, используя непротиворечивый и общепринятый для практического применения API для обмена данными.
Тогда решение о том, какое "промежуточное программное обеспечение" использовать, больше зависит от обстоятельств на сайте. Если у клиента есть только одно приложение для интеграции, то простое пользовательское решение может быть идеально пригодным для обслуживания. Если у них есть 5 приложений и определенных процессов для каждого, тогда пакет имеет больше смысла.
Я не всегда использую промежуточное программное обеспечение, но когда я использую, я использую BizTalk.;)
Вики-сайт по шаблону "Публикация подписки" http://en.wikipedia.org/wiki/Publish/subscribe показывает интересное сравнение между тем, как публикация подписки относится к клиентскому серверу.
Я нашел это полезным для чтения при рассмотрении соответствующей архитектуры. Если у вас есть возможность увидеть презентацию Ричарда Серотера "Структура решений", вам следует.