去年的某个时间，在消息传递方面，企业服务总线(ESB)的优势已经超过了传统企业应用程序接口(EAI)方法。

通过标准接口开始进行应用程序的开发，而不采用在应用程序开发完成之后再定制接口的方式，虽然这样做也许是很流行的，但是仍在存在很多关于如何确切的定义企业服务总线(ESB)的问题。许多大公司，如BEA系统公司、IBM公司现在正迅速进入ESB的市场，他们已经完全依靠企业服务总线(ESB)。

“在过去的八个月里，整个市场上都充斥着企业服务总线(ESB)，”Sonic软件公司产品市场部高级主管Jonathan Bachman说。“从传统的整合仲介到应用服务器，你已经开始把它们都称之为企业服务总线(ESB)。这潜在地破坏了它们之间的分类;事实上这样做使这种分类消失。”

根据目前这个状况，Sonic公司表示了自己的作法，设法使本公司的企业服务总线(ESB)产品成为一种ESB衡量标准，即控制ESB应该是什么样子的以及它应该如何操作的。

根据Bachman所说，关键问题是“企业服务总线(ESB)终端要创建一个可扩展的、灵活的并且不影响服务的抽象分离。这个终端不需要通过网络集线器来发送消息。它能够在本地工作。”

接口的变动不应该要求服务的代码发生改变，而且服务的改变不应该要求接口的代码进行变动。简单扼要地说，就是它在工作时是松耦合范例。

虽然简单性并不是处处必要的。也许企业服务总线(ESB)底层的设计概念可能是很容易掌握的，但是Bachman 提醒大家注意到在企业服务总线Sonic ESB中有110种“主要部分”。

“这样的活，要做一个比较分析是非常困难的，”他说。“当你把两个产品放在一起进行观察时，他们之间的相似之处以及区别之所在并非你一眼就可以看出来的。”

举例说明，企业服务总线Sonic ESB包含多平台编辑器以及调节规范。对你而言，可扩展的样表式语言转换(XSLT)风格的样板编辑器或者能够为可扩展标记语言(XML)数据创建XQuery表示式的能力并不是十分重要。同样，Sonic公司为处理消息(调节)所进行的六个步骤的基本过程可能与其它的企业服务总线(ESB)所提供的大相径庭，也有可能是不同外表掩藏下的同种实质。

为了解释清楚属于方面的混淆，Sonic公司在它的参考模型文档中添加了11页的术语列表。

除了标准ESB之外，也存在着为面向服务架构的创建和管理的增值服务。 这些增值服务包括连同其他功能一道的处理业务过程工作流、外部合作伙伴协调以及数据库访问。