ESB和EAI之间的区别

Question

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

我的问题是：

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

Answer 1

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

话虽如此，如果ESB总线失败那么，是的，这是一个失败点。最终，这些只是您的基础架构中的应用程序，它们是否是单点故障取决于它们的部署（例如集群）而不是基础概念集成模式。

就个人而言，我会将ESB（企业服务总线）归类为一种EAI（企业应用程序集成）。许多试图向您推销产品而不是概念的公司会有不同的争论。

ESB只是EAI的新模式，而不是Hub-Spoke。我不会太在乎差异。当你深入研究它们时，它们就很少了。

Answer 2

参考this评论

ESB是下一代企业集成技术，它接管了EAI（hub-spoke）离职的地方。

• 更智能的端点：ESB支持在这一点上提供更多智能的架构 应用程序与外部世界的接口。 ESB允许每个端点呈现 它本身作为一种使用WSDL等标准的服务，并且不需要编写独特的接口 为每个应用程序。集成智能可以本地部署在端点（客户端和端点）上 服务器）自己。绕过规范格式，有利于直接格式化有效负载 目标格式。这种方法有效地消除了EAI固有的大部分复杂性 产品。
• 分布式架构：EAI是纯粹的中心辐射方式，ESB是轻量级的 分布式架构。当程序之间的每次交互都有一个集中的中心 转换为规范格式。一个ESB，分发更多的 处理逻辑到终点。
• 没有集成堆栈：由于客户使用EAI产品来解决更多问题，因此每个供应商都添加了 堆叠的专有功能与EAI产品相结合。随着时间的推移，这些集成堆栈得到 单片并需要深入的专业知识才能使用。相比之下，ESB是一个相对薄的软件层 可以使用开放标准应用其他处理层。例如，如果是ESB用户 想要部署一个特定的业务流程管理工具，它可以很容易地与之集成 ESB使用BPEL等行业标准接口来协调业务流程。

ESB方法的直接短期优势在于它实现了相同的整体效果 作为EAI（hub-spoke）方法，但总体拥有成本要低得多。这些节省没有实现 只有通过减少硬件和软件费用，而且还可以通过实现的人工节省 使用分布式和灵活的框架。

Answer 3

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