esb集成总线_为您的集成需求选择合适的ESB

esb集成总线

公司内部以及不同公司之间的不同应用程序需要相互通信。 企业服务总线（ESB）已建立为支持应用程序集成的工具。 但是什么是ESB？ 什么时候使用集成套件更好？ 哪种产品最适合下一个项目？ 本文解释了为什么没有灵丹妙药，为什么ESB也可能是错误的选择。 选择正确的产品对于项目成功至关重要。

术语“企业服务总线”的定义

来自不同供应商的许多产品都使用名称“ Enterprise Service Bus”。 不幸的是，该术语没有标准定义。 因此，产品具有许多不同的功能。 在使用ESB之前，应始终对其进行明确定义。 在下文中，ESB被定义为一种软件产品，可帮助开发人员进行应用程序集成，因此提供了实现路由，转换和其他集成功能的必要基础结构。 在集成复杂性的路径上，ESB通常介于框架和套件之间，作为应用程序集成的替代方法，如下图所示：

图1：应用程序集成的替代方案
在定义了ESB一词之后，下一部分将说明何时应考虑使用ESB，以及何时最好使用集成框架或集成套件。

整合框架

框架有助于实现企业集成模式（EIP，http：//www.eaipatterns.com），例如拆分器或基于内容的路由器，以便以标准化方式集成应用程序。 使用标准API集成产品显着降低了实现工作，并且其他开发人员更容易理解源代码。 框架非常适合于将具有不同协议和技术的不同应用程序集成在一起，并且使用诸如端点，生产者，消费者和EIP之类的概念来创建集成逻辑。 甚至隐式支持的测试自动化也使用相同的概念。
框架由一组普通库组成，因此可以与任何开发环境（甚至是经典的文本编辑器）兼容。
框架的已知示例是Java环境中的Apache Camel和Spring Integration以及.NET的NServiceBus 。
使用框架，开发团队或多或少地全权负责项目的成功。 通常没有商业支持。 工具也仅部分可用，不一定适合“关键任务”部署。 因此，本文的其余部分专门针对ESB和相应的套件，它们通常是比框架更好的选择。

企业服务总线

整合套件

比较标准

注意：我们不会提供一个将所有可用产品与各种标准进行比较的矩阵。 从作者的角度来看，几乎不可能创建一个良好且有用的矩阵，因为产品提供了太多（通常是不同的）功能和概念。 此外，功能列表实际上在IT世界中每天都在变化。
因此，建议预先定义自己的需求，然后评估最适合的产品。 专有解决方案通常非常相似，而且最常用的开源竞争对手也具有相似的特征。 因此，从一开始就想一下，私有解决方案还是开源解决方案是更好的选择。
为了做出此决定，您应该使用以下条件：

• 可用性<