通过ESB组合SOA和EDA(1)

现今的业务应用程序很少完全独立运行。它们需要彼此连接，以便创建集成解决方案，从而为组织带来价值。面向服务的体系结构(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 中的请求/应答机制

表 1 对 SOA 解决方案的基本特征进行了总结:

表 1:基本 SOA 特征

事件驱动的体系结构

在 2003 年，Gartner引入了一个新术语，用以描述基于事件的设计范例:事件驱动的体系结构 (EDA)。EDA 定义了一种用于进行设计和实现应用程序和系统的方法，其中的事件在各个分解的软件组件和服务间进行传递。EDA 并不会替代 SOA，而只是对 SOA 形成补充。虽然 SOA 通常更适合请求/响应交换环境，但 EDA 引入了一些长时间运行的异步进程功能。而且，EDA 节点可发布事件，且并不依赖于所发布的服务的可用性。它真正地实现了同其他节点的分离。EDA 有时也称为“事件驱动的 SOA”。

EDA 使用消息传递来在两个或多个应用程序进程间进行通信。此类通信是由“事件”发起的。触发器通常与某种业务情况对应。该事件的所有订阅者将随后得到通知，从而激活，如图 3 中所示:

图 3. 事件驱动的体系结构中的发布/订阅机制

表 2 对 EDA 的基本特征进行了总结: