在SOA环境中，事件驱动模型的力量在于它允许更大的灵活性，因为服务完全是完全独立的，不知道谁在制造他们在操作的这些事件或者谁在消费他们制造的事件。

SOA治理不但涉及技术，同样涉及组织问题以及人员如何协同工作来实现业务目标。

通过这种方式使用户可以访问企业的整体信息, 而不必考虑这些具体信息到底是属于哪一个应用系统的, 即各个不同应用系统对用户来说是透明的。

如果企业希望构建一个真正能防止问题的 SOA ，那么服务消费者在这一层面上的参与就比较关键。

业务流程管理系统可提供的效益是非常大的，然而，如何有效理解业务流程本身固有的复杂性与动态变化的本质是一项相当艰巨的挑战。如果通过压缩流程发掘时间，允许无需编程的流程变化，企业就可以从BPM技术中获取最大的效益……

本文通过两个有指导的步骤了解如何通过重用现有产品采用Oracle BPEL流程来利用 ESB 将原有服务虚拟化，以及这样做可以获得怎样的宝贵价值。

自动化测试为验证解决方案组件的质量提供了一个可重复的有效方法。本文将自动化测试方法应用到 Service Component Architecture (SCA) 模块，目的是进一步增强 WebSphere® Process Server 和 WebSphere ESB 环境中 SOA 应用程序的完整性。

使用面向 Java 编程语言的 SCA 客户机与实现模型构建和集成应用程序。本文说明了实现示例 SCA 应用程序的基本步骤，包括本地和远程服务以及组装各种服务。

本文是系列文章的第 2 部分，描述如何使用 Java 编程语言实现 SCA 组件以及组件实现可以如何充当其他服务的客户机。文中将对远程和本地服务的实现及其配置进行说明。将讨论获取服务的不同方法——引用注入和模块上下文。还将说明用于声明实现的可配置方面的各个 Java Annotation。

在本文中，我们介绍了 SCA 体系结构及其组装模型，并说明了SCA子系统及各种组件，包括组成此子系统的模块、连接机制和外部服务。

本文将介绍SCA编程模型中的基本概念，并以一个简单的例子来说明它的一些基本用法，期待能够抛砖引玉，并为读者以后深入了解SCA打下基础。

SCA（Service Component Architecture）是一种规范，它使开发人员可以将注意力集中在业务逻辑的编写上。更直接地说，它是一种大大改进了的部署描述符，它可以使用任何语言而不限于Java。使SCA脱颖而出的是，它是专门针对SOA设计的，而不像J2EE只是面向SOA做了修改。

本文介绍了面向服务的体系结构(service-oriented architecture，SOA)和企业服务总线(Enterprise Service Bus，ESB)的基本知识，ESB的技术沿革，以及ESB与SOA之间的关系。

企业服务总线（Enterprise Service Bus，ESB）的概念是从面向服务体系架构(Service -Oriented Architecture， SOA)发展而来的。SOA描述了一种IT基础设施的应用集成模型，其中的软构件集是以一种定义清晰的层次化结构相互耦合，其中，一个ESB是一个预先组装的SOA实现，它包含了实现SOA分层目标所必需的基础功能部件。

当SOA步入实战阶段，人们开始探讨SOA的实现过程的时候，却发现传统的开发理念成为瓶颈，希望通过传统的设计方法实现企业SOA存在多重难以跨越的鸿沟，要让SOA真正为企业所用，就必须在“堙”的基础上寻找新的实现方法--“导”，这也就是我们要讨论的“SOAD”。

要实施SOA，首先要了解实现SOA所需要的相关技术，其中涉及的主要技术包括以下几个：XML、SOAP 、WSDL、UDDI和ESB。

现今的业务应用程序很少完全独立运行。面向服务的体系结构(SOA)和事件驱动的体系结构(EDA)是处理复杂集成挑战的两个不同范例。组织如何选择更好的方法来满足其需求呢?实际上他们并不必选择:企业服务总线(Enterprise Service Bus，ESB)允许同时实现 SOA 和 EDA 概念。