ESB与EAI的区别

Question

在大多数文章中，我都看到ESB和EAI之间的主要区别是“EAI中的单点故障”。

我的问题是：

在EAI中，如果Hub发生故障，我们说这是单点故障。在ESB中，如果总线发生故障，我们可以说是单点故障。是这样的吗？如果没有，请简要解释一下。

Answer 1

ESB和EAI之间的主要区别不是单点故障。

话虽如此，如果ESB总线发生故障，那么，是的，这是一个故障点。归根结底，这些只是基础设施中的应用程序，它们是否是单点故障取决于它们的部署(例如，集群)，而不是底层的概念集成模式。

就我个人而言，我将ESB (企业服务总线)归类为EAI (企业应用集成)类型。许多试图向你推销产品而不是概念的公司会有不同的观点。

ESB只是EAI的新模式，而不是中心辐射式模式。我不会太纠结于这些差异。当你深入研究它时，你会发现它们是稀少的。

Answer 2

请参阅this注释

ESB是下一代企业集成技术，取代了EAI(中心辐射式)留下的位置。

Endpoints：

• Smarter支持将更多智能放在应用程序与外部世界的接口点的体系结构。ESB允许每个端点使用诸如WSDL之类的标准将自己表示为服务，并消除了为每个应用程序编写唯一接口的需要。集成智能可以本机部署在端点(客户端和服务器)本身上。为了直接将有效载荷格式化成目标格式，绕过了规范格式。这种方法有效地消除了EAI产品固有的复杂性。
• Distributed架构：企业应用集成是一种纯粹的中心辐射式方法，而企业服务总线是一种轻量级的分布式架构。当程序之间的每个交互都必须转换为规范格式时，集中式集线器才有意义。：随着客户使用企业应用集成产品来解决更多的问题，每个供应商都添加了与企业应用集成产品相结合的专有特性堆栈。随着时间的推移，这些集成堆栈变得非常庞大，需要深厚的专业知识才能使用。相比之下，ESB是一个相对较薄的软件层，可以使用开放标准对其应用其他处理层。例如，如果ESB用户希望部署特定的业务流程管理工具，则可以使用行业标准接口(如用于协调业务流程的BPEL )轻松地将其与ESB集成。

ESB方法的直接短期优势是，它实现了与EAI(中心辐射型)方法相同的总体效果，但总拥有成本要低得多。这些节省不仅通过减少硬件和软件费用实现，还通过使用分布式和灵活的框架实现的劳动力节省实现。

Answer 3

我们需要避免它成为群集设置的单点故障-它可以是HA群集或FO群集。