ESB和EAI之间的区别
Posted
技术标签:
【中文标题】ESB和EAI之间的区别【英文标题】:Difference Between ESB and EAI 【发布时间】:2011-10-18 21:08:26 【问题描述】:在大多数文章中,我看到 ESB 和 EAI 之间的主要区别是“EAI 中的单点故障”。
我的问题是:
在 EAI 中,如果 Hub 发生故障,我们是否说这是单点故障。在 ESB 中,如果 Bus 发生故障,我们也可以说是单点故障。这是正确的吗?如果不是,请简要说明这一点。
【问题讨论】:
【参考方案1】:我们需要避免它成为集群设置的单点故障 - 它可以是 HA 集群或 FO 集群。
【讨论】:
【参考方案2】:ESB 和 EAI 之间的主要区别不是单点故障。
话虽如此,如果 ESB 总线发生故障,是的,这是一个故障点。最终,这些只是您基础架构中的应用程序,它们是否是单点故障取决于它们的部署(例如集群),而不是底层概念集成模式。
我个人会将 ESB(企业服务总线)归类为 EAI(企业应用程序集成)的一种。许多试图向您推销产品而不是概念的公司会争论不同。
ESB 只是 EAI 而不是 Hub-Spoke 的新模式。我不会太纠结于差异。当您深入研究时,它们很少见。
【讨论】:
【参考方案3】:参考this评论
ESB 是下一代企业集成技术,取代了 EAI(轮辐)离开的地方。
更智能的端点:ESB 支持将更多智能置于该点的架构 应用程序与外界交互的地方。 ESB 允许每个端点呈现 本身就是使用 WSDL 等标准的服务,并且不需要编写独特的接口 对于每个应用程序。集成智能可以本地部署在端点(客户端和 服务器)自己。绕过规范格式,有利于直接将有效负载格式化为 目标格式。这种方法有效地消除了 EAI 中固有的许多复杂性 产品。 分布式架构:EAI 是一种纯粹的中心辐射型方法,而 ESB 是一种轻量级的方法 分布式架构。当程序之间的每次交互都有 转换为规范格式。一个 ESB,分发更多的 处理逻辑到端点。 没有集成堆栈:随着客户使用 EAI 产品解决更多问题,每个供应商都添加了 与 EAI 产品结合的专有功能堆栈。随着时间的推移,这些集成堆栈得到了 单片,需要深厚的专业知识才能使用。相比之下,ESB 是相对较薄的软件层 可以使用开放标准对其应用其他处理层。例如,如果 ESB 用户 想要部署一个特定的业务流程管理工具,它可以很容易地与 ESB 使用行业标准接口(例如 BPEL)来协调业务流程。ESB 方法的直接短期优势是它实现了相同的整体效果 作为 EAI(轮辐)方法,但总拥有成本要低得多。这些节省没有实现 不仅通过减少硬件和软件费用,而且通过以下方式实现的劳动力节省 使用分布式且灵活的框架。
【讨论】:
如果您参考另一个问题中的答案,则该问题很可能是重复的。不要发布两个答案,而是发布一个并要求将它们合并。以上是关于ESB和EAI之间的区别的主要内容,如果未能解决你的问题,请参考以下文章