企业服务总线的好处

Question

在哪里可以找到关于企业服务总线(ESB)的使用和好处的一些信息？

我正在寻找有关以下方面的信息：

1. 问题的种类和ESB有助于解决。
2. ESB的替代方案--以及在它们之间进行选择时的权衡
3. 作为开发人员，构建与ESB兼容的系统需要做些什么？

我正在寻找一个比维基百科或者网络营销手册更精细的细节。理想情况下，一些示例代码将有助于澄清利用ESB所涉及的问题。来自.NET或Java视角的信息将是最有用的。

谢谢。

Answer 1

首先，我建议去ESB还是不去ESB由骡子的创建者编写。

Answer 2

ESB是实现企业集成模式的好方法。

ESB帮助解决的各种问题

• 您需要将许多协议规范化为单个协议(例如FTP、电子邮件、SOAP、XMPP等)，例如ActiveMQ。这使您可以将服务的实现与协议分离。
• 您希望有一种一致的方式将服务连接到此体系结构中，以便它们能够侦听消息、处理消息和生成消息( messages、Channel等)。
• 您可能希望托管容器将这些不同的组件部署到(例如ServiceMix、Mule)中。
• 您可能需要一些预先构建的组件和适配器到各种协议中(例如，ServiceMix、Mule和Camel有很多预构建的组件)。
• 您可能需要长期运行的工作流。业务流程管理()通常是与ESB一起提供的(Apache插入到许多开放源码ESB中)。

ESB的替代方案

替代方案实际上取决于你想要解决的问题。

• 为了提供分布式服务，人们通常使用应用服务器通过一些点对点RPC协议(比如RMI上的EJB或HTTP上的Web服务)公开服务。因此，客户端直接调用服务器，而不是将消息放到“总线”上。
• 要响应特定的协议，您只需构建一个响应该协议的客户端，例如编写一个使用JavaMail侦听电子邮件或使用Smack侦听XMPP的应用程序。如果您的问题被限制在一个或两个协议上，那么就不值得引入完整的ESB。

作为开发人员，构建与ESB兼容的系统需要做些什么？

这将取决于您选择的ESB，尽管大多数优秀的ESB都是为了调用所有类型的协议以及宿主POJO而设计的，所以构建ESB兼容系统并不需要做太多的工作。值得尝试使您的代码异步。

例如，Apache可能具有最简洁的配置，下面是一个教程。

Answer 3

三大优势：

• 总线为端点之间的连接提供了一种方式，而不必直接交谈。它简化了端点的通信，因为它们只需要符合标准的通信接口，即总线。(这是与任何技术总线，而不仅仅是ESB)
• ESB提供了获取一些关键端点指标的单一位置:频率、可用性和性能。
• ESB倾向于提供多个通信接口。但是，开发人员只需要选择最容易从总线获取和接收数据的一个。

但是，确保这些将为您的情况提供业务价值。拥有ESB将给您的企业增加另一个复杂性。理想情况下，您不应该基于几个应用程序来选择这一点，而是整个组织。组织中应该只有一个产品ESB集群。

替代办法：

• 只要彼此直接连接，特别是在通信协议相同的情况下。这对于简单的应用程序集群是好的，并且不需要太多的思考。但是，随着应用程序数量的增加，维护互连变得非常困难。
• 另一种选择是MQ实现。这将为您提供一种在不具有复杂互连的情况下推送数据的方法，但随后只能使用一个通信通道。幸运的是，对于Java来说，它们有JMS标准。

实用性：

我已经说明了可能的备选办法。他们一开始可能看上去很糟糕，但这并不是说你不能这样开始。我亲自编写了一些东西，可以直接与远程通信，而无需通过ESB来确保其工作正常，而不必过多地担心集成问题。

如果您没有ESB，我建议您尝试使用Mule进行开发，使用WebSphere ESB进行测试和生产。我倾向于使用两个应该遵循标准的产品，以确保我们保持供应商的诚实，并确保您的开发人员符合标准，防止无意中的供应商锁定。

最后，只需回答以下问题:从长远来看，增加复杂性以简化其他复杂性的时间是否值得您的企业付出代价？