在我们谈论市场上对ESBs的方案的需求之前，我们先在下面这个完整的表格中(在企业集成中可能遇到的内部和外部问题)简要说明一下ESB。

　　下面这个图表展示了ESB。ESB没有创造任何新的架构概念，只是在组件间使用了标准的Web服务接口，因此通过专有的EAI方案区别：

　　兼容Web服务的集成服务器：一个应用程序希望在网络上调用一个组件，或为了使它的服务在网络上通过集成服务器设计。在网络上，服务质量方面关系到服务的暴露，将通过应用软件进行声明，此外，它还被集成服务器透明的管理。

　　应用程序和集成服务器之间的标准化的接口：创建的应用程序使用特定的语言可以调用集成服务器的服务（如在一个分布式事务处理中，提供信息传递到服务器http://ACME.com:5555/endpoint1只提供一次，三层数据加密标准，为收到通知发出请求） 。这项服务是通过使用连接所使用的语言的标准API请求的（如Java的，C＃中或Perl），任何专有集成服务器的API都会孤立应用程序。

　　标准的Web服务通讯协议本身就有集成的概念，它的大规模应用集成的服务质量是至关重要的（保密性，完整性，不可抵赖性，保证交货，交易，会话，管理等）。100 ％的XML协议使得逐步整合其他一体化服务器架构变成可能，从其他厂商和集成合作伙伴的兼容的网络服务器，从而不损害服务质量。这是由Gartner提出这一概念的“普及”的来源。

　　如上所述，一个Web服务和编排的容器纳入一体化服务器，以支持有关的各组成部分的一体化逻辑（信息转化，改进，长期进程的管理等）。这些组成部分是Web服务的额外标准，它将它们从容器的专有方面中孤立出来。

　　标准的协议管理，从而使第三方管理控制台监督Web服务兼容服务器或网络的Web服务的服务器，这归功于标准化的XML管理协议。

图3：整个ESB中间件

　　对于“通用中间件”，以前有过很多次尝试，回想一下DCE或CORBA，都遇到了很多问题。ESB是实现这个理想的另一种尝试，至于为什么ESB有机会去实现这个目标，从某种程度上来看，至少有三个原因：

　　应用集成是今天许多战略利益的核心：电子客户关系管理（e-CRM），扩展型企业，业务流程自动化等。

　　其次是通过采取自下而上的办法Web服务标准下的路线：根据他们的成熟时机，Web服务堆栈层可作为需要。SOAP-WSDL/HTTP的基本技术排成直线限制了RPC ，并将通过可选的功能逐步扩大。这种务实的做法是值得鼓励的，并将使许多公司，以避免不必要的复杂性，因此Gartner使用了“轻巧”这一术语 。

　　Web服务的核心使用XML语言：Web服务是基于W3C的XML架构的建议，这是中间件产业一致支持的。

　　可以看出，ESB没有发明什么新东西，使用的标准是专有中间件使用多年的标准。所以ESB的成功其实取决于市场能力----推出可靠的Web服务标准和真实的互操作。