最近几年中，企业服务总线（ESB）已经在许多SOA程序中固化了。你可以说你在做SOA 而不能说已经完成了ESB。但是很可能成功的SOA包含了成功的ESB。

　　大量早期的ESB努力构建在Java Messaging System （JMS）之上，Java Messaging System是曾被称为IBM MQ的基于标准的竞争者。ESB的目标改善了点对点的EAI-style集成并对公司制集成挑战提出了更为整体的分析，这意味着以某种方式合并各种中间件类型。

　　由于软件架构师曾试图把所有中间件类型合理化，ESB迅速地变成不仅仅是JMS产品的外壳。事实上，中间件的各种类型通过ESB被涵盖在内，ESB可以说是一个“摸彩袋”，像早期的WebSphere版本，这个版本就是IBM中间件的大杂烩。数据转换路径的选择、协议转换、Web服务和SLAs都成为ESB混合物的一部分，ESB变成了企业计算的尖峰。

　　在某种程度上，ESB是一套最佳做法。它描述了你所做出的关于如何连接已有系统的点和新的决策系统的点的决定。像这样，3环粘合剂可以代表一个ESB。然而，软件的神奇之处就是把思想化为行动。

　　ESB不仅是一种纯粹的做法，而且已经成为一种可靠的产品类别。不用惊讶，由于要完成的是复杂的事务，受到开放源码软件运动的高度影响，它已成为一个产品类别了。

　　不难开始评估开源ESB软件。开发团队可以轻易地下载基本试用版。这很重要，然而，连接了两个应用之后我们并没有宣布成功。我们真的不知道如何让ESB为我们工作直到我们完成一个更成熟的集成。

　　要真正测试软件，您需要查看您是否可以使一个恐龙与商店变成一体。这便是您感受到需要专业帮助的地方了。商业厂商的开源ESBs往往可以在解决这些问题的同时增加价值。开源ESBs的厂商必须非常积极地更新其实施以满足客户需求的变化。

　　开源ESBs要么有机增长，或者由个别厂商割让给开源运动。ESB是一个复杂的机制，支持一系列广泛的功能和协议，而且这两者都是不断变化的。有合适的开放源码路线，它可以防止一些阻止锁定。避免锁定是Web服务和SOA的主要驱动力， 这便是目前ESB的有关发展。