terminology - ESB和EAI之间的区别

Question

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

我的问题是：

在 EAI 中，如果 Hub 发生故障，我们说这是单点故障。在 ESB 中，如果 Bus 发生故障，我们也可以说是单点故障。这是正确的吗？如果不是，请简要解释一下。

Answer 1

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

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

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

ESB 只是 EAI 而不是 Hub-Spoke 的新模式。我不会太纠结于差异。当你深入研究它时，它们很少而且相距甚远。

Answer 2

参考这个评论

ESB 是下一代企业集成技术，它取代了 EAI（轮辐）离开的地方。

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

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

Answer 3

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