现今的业务应用程序很少完全独立运行。它们需要彼此连接，以便创建集成解决方案，从而为组织带来价值。面向服务的体系结构(Service-Oriented Architecture，SOA)和事件驱动的体系结构(Event-Driven Architecture，EDA)是处理复杂集成挑战的两个不同范例。组织如何选择更好的方法来满足其需求呢?实际上他们并不必选择:企业服务总线(Enterprise Service Bus，ESB)允许同时实现 SOA 和 EDA 概念。

　　引言

　　为了适应市场变化，各个组织都倾向于将重点放在灵活性和响应能力上。IT 挑战实际上通常使用恰当的体系结构和技术来支持此业务远景。早期的活动是为了将独立应用程序拆分为可调用的子例程，但远程对象调用和消息传递处理的发展改变了这一点。

　　而在最近，增加对组织中现有资产的重用(可反过来提高投资回报)和集成异类应用程序以形成一致业务解决方案开始变得非常关键了。而这促进了 SOA 和 EDA 的广泛采用。这两个不同的设计范例均以最大化独立于应用程序的服务(可提供 IT 适应能力和效率)的重用为目标。但构建和部署大型集成解决方案始终是一项比较困难的任务。而这正是 ESB 的用武之地，因为它简化了任务关键型应用程序的灵活而可靠的体系结构(SOA 和 EDA)的实现。

　　面向服务的体系结构

　　SOA 是一个体系结构概念，其中所有的功能或服务都使用描述语言加以定义，且各自的接口均可通过网络进行发现。此类接口采用独立方式定义，不受服务实现所在的硬件平台、操作系统和采用的编程语言的影响。

　　SOA 的最重要优势之一是，它可以脱离软件开发中的孤立方式(在此方式中，每个部门构建自己的系统，而完全不考虑组织中的其他人已完成了哪些东西)。这种“竖井 (Silo)”方法将会导致低效且开销巨大的情况出现，可能会多次开发、部署和维护相同的功能。SOA 基于在整个组织范围内共享的服务组合，并提供了对现有资产的有效重用和集成，如图 1 中所示:

　　图 1:“竖井”方法与 SOA 方法的对比

　　SOA 基于方便的请求/应答机制，如图 2 中所示。服务使用者将通过网络调用服务提供者，且必须等待，直到提供者一端的操作完成。

　　图 2:SOA 中的请求/应答机制