Разница между ESB и EAI

Question

В большинстве статей я видел, что основным различием между ESB и EAI является «Ошибка единой точки в EAI».

Мой вопрос здесь:

В EAI, если Hub не работаетмы говорим, что это единственная точка отказа.В ESB также, если происходит сбой шины, мы можем сказать, что отказ в одной точке.Это правильно?Если нет, пожалуйста, кратко объясните об этом.

Answer 1

Основное различие между ESB и EAI заключается не в единой точке отказа.

Сказав, что если отказывает шина ESB, то да, это точка отказа.В конечном итоге это всего лишь приложения в вашей инфраструктуре, и то, являются ли они единой точкой отказа, зависит от их развертывания (например, кластеризации), а не от базового концептуального шаблона интеграции.Enterprise Service Bus) как тип EAI (интеграция корпоративных приложений).Многие компании, пытающиеся продать вам продукт вместо концепции, будут спорить по-другому.

ESB - это просто новый шаблон для EAI вместо Hub-Spoke.Я бы не слишком увлекся различиями.Когда ты копаешься в них, их мало и они далеко друг от друга.

Answer 2

См. этот комментарий

ESB - это технология интеграции корпоративного класса следующего поколения, которая берет верх над EAI (концентратором).

• Более умные конечные точки : ESB обеспечивает архитектуру, в которой больше интеллекта размещается в точке, где приложение взаимодействует с внешним миром.ESB позволяет каждой конечной точке представлять себя как сервис, используя стандарты, такие как WSDL, и устраняет необходимость в уникальном интерфейсе, написанном для каждого приложения.Интеллектуальная интеграция может быть развернута непосредственно на конечных точках (клиентах и ​​серверах).Канонические форматы обходятся без прямого форматирования полезной нагрузки в целевой формат.Такой подход эффективно устраняет большую часть сложности, присущей продуктам EAI.
• Распределенная архитектура : в тех случаях, когда EAI представляет собой чисто концентраторный подход, ESB представляет собой облегченную распределенную архитектуру.Централизованный хаб имеет смысл, когда каждое взаимодействие между программами необходимо преобразовать в канонический формат.ESB распределяет гораздо больше логики обработки по конечным точкам.
• Нет стеков интеграции : поскольку клиенты использовали продукты EAI для решения большего количества проблем, каждый поставщик добавил стеки фирменных функций, предназначенных дляпродукт EAI.Со временем эти интеграционные стеки стали монолитными и требуют глубокого опыта для использования.ESB, напротив, представляют собой относительно тонкий слой программного обеспечения, к которому можно применять другие уровни обработки с использованием открытых стандартов.Например, если пользователь ESB хочет развернуть конкретный инструмент управления бизнес-процессами, его можно легко интегрировать с ESB, используя стандартные отраслевые интерфейсы, такие как BPEL, для координации бизнес-процессов.

Непосредственным краткосрочным преимуществом подхода ESB является то, что он достигает того же общего эффекта, что и подход EAI (концентратор), но при гораздо более низкой совокупной стоимости владения.Эта экономия достигается не только за счет снижения затрат на оборудование и программное обеспечение, но и за счет экономии труда, которая достигается за счет использования распределенной и гибкой структуры.

Answer 3

Нам нужно не допустить, чтобы это стало единой точкой отказа при кластерной настройке - это может быть кластер высокой доступности или кластер FO.