从企业服务总线(Enterprise Service Bus，ESB)在2002年被正式提出以来，我们看到ESB不管是在实现方式还是部署方式上都有了不小的变化。在过去的四年多的时间里，ESB作为软件领域里的一个独立产品也被越来越多的人所接受，众多的ESB供应商正在架构、连接性、易用性以及服务质量的保证(如持续可用)等方面进行竞争。

　　很多综合服务供应商(如IBM、BEA)、企业应用集成商(如Tibco、webMethod)以及Web服务工具供应商都纷纷给自己的产品冠以ESB的名号，英国电信甚至把ESB做进了它们的一个硬件产品中。

　　很明显，作为SOA(Service-Oriented Architecture)的核心和基础架构，ESB已经成为准备踏上和已经踏上SOA之旅的CIO们必须认真考虑和仔细研究的一个产品。因为作为一种中间件，ESB通过与它连接的各种应用的服务级接口实现各种应用之间的连接，控制它们之间的通信，这一功能正在越来越多的生产系统中发挥着作用。更为重要的是，几年来很多企业和机构已经在生产中部署了ESB，ESB的效果得到了一定程度的校验，同时人们对如何充分发挥ESB的作用以及建立SOA的环境，为此需要建设、部署管理哪些基础设施有了越来越清晰的认识。这些基础设施包括：

　　●面向流程、事件驱动的架构(Event-Driven Architecture，EDA)；

　　● Web服务的治理；

　　●高级Web服务规范(WS-*);

　　●复杂事件处理(Complex Event Processing，CEP);

　　●语义数据集成。

　　事件驱动的架构

　　谈到ESB就不得不谈到面向流程、事件驱动的架构，因为ESB与这种架构配合起来可谓相得益彰。

　　通常，点对点的集成是通过简单的请求/响应这种同步的方式来完成交互的。在这种环境中，ESB作为数据传输和转换的中介可以很好地完成这一任务，但是，ESB最能发挥作用、也最能体现其带来的灵活性的地方还是在面向流程、事件驱动的架构中。

　　在进行跨多个应用、大范围的集成时，成功的关键是有一个灵活的架构，面向流程、事件驱动的架构就是这样的架构。通过使用ESB，事件驱动的架构中的每个应用与其他应用之间处于一种松耦合状态。在这种架构中，每个应用独立于其他应用运行完成一项任务，或者异步地完成一组任......More↓↓↓