概述
很多企业（尤其是经历过合并、收购的企业），最终都需要在分布式 EIS 系统上管理一大堆的业务数据，例如客户、财务和产品概要。这些系统中有很多运行在不同的平台之上。如何跨 EIS 同步数据和利用这些已有的应用程序构建新的业务流程是一个重大的挑战。通过使用面向服务架构（SOA）和 Web 服务，可以使用各种不同的底层服务构建和提供新的企业服务。业务流程可以帮助做到这一点。IBM 为管理整个企业的数据和服务提供了解决方案。
IBM InfoSphere Master Data Management（MDM）Server 为管理和维护企业中的多个领域提供了解决方案，包括客户、帐户和产品的操作性主数据。简而言之，MDM 允许将主信息从创建它的应用程序中分离出来，而且 MDM Server 支持将主信息集成到一起，从而在不同业务流程和事务及分析系统上提供一个统一的视图。作为基于 SOA 的产品，MDM Server 提供了可重用、可扩展的基于标准的服务，可以通过多种不同的渠道（包括 Web 服务）使用这些服务。由于主数据跨越不同的系统、平台和企业边界，因此让 MDM Server 可以在各个级别上无缝地与已有的系统集成就显得非常重要。
IBM WebSphere Process 服务器是用于面向服务集成的平台。它为装配来自多个系统的服务提供组件和功能，从而为创建复合业务服务提供便利。它构建在通用调用模型（Service Component Architecture，或 SCA）和数据表示模型（Service Data Object，或 SDO）的之上。SCA 和 Business Objects（BO）（基于 SDO 技术）的实现都是基于标准的。也就是说，任何 SCA 服务组件的接口都是用 WSDL（Web Service Definition Language）或 Java™ Interfaces 描述的，而 BO 则是用 XML Schema（XSD）描述的。
业务集成的基础知识
下一小节将概述一些相关的业务集成概念。图 1 概括地描述如何使用 WebSphere Process Server 将 MDM 服务与其他 EIS 系统集成。
图 1. 使用 WebSphere Process Server 集成 MDM Server 和 EIS
- 服务提供者，比如 IBM MDM Server 和其他 EIS 系统有它们自己的服务定义（例如，用于 Web 服务的 WSDL），这些定义被导入到 WebSphere Process Server 的 ESB 中。
- 通过与 ESB 交互，SOA 核心和支持服务集成或编排这些导入的服务，创建新的复合服务（举个例子）。
- 这些新创建的复合服务可以由 WebSphere Process Server 导出，从而提供给服务的使用者。
Service Component Architecture（SCA 组件）
Service Component Architecture（SCA）允许抽象组件，从而简化开发复合业务事务的过程。例如，SCA 组件可以利用 MDM Web 服务和功能，将它们与来自其他 EIS 系统的其他服务编排在一起，创建用于特定业务需求的新的复合服务。例如，如果某个特定客户的财务概要信息存储在一个 EIS 系统中，而该客户的人口统计概要信息则是在 MDM Server 中维护的，那么为了满足同时获取这些信息的业务需求，可以使用一个新的复合服务，该服务从这两个系统中获取信息。通过使用 WebSphere Integration Developer，可以创建和组合这些 SCA 组件。
SCA 组件由以下部分组成：
- 接口，定义输入、输出和缺陷
- 实现（业务逻辑）
- 引用，允许同时或分别使用其他组件的功能（例如 MDM Server Web 服务）和其他 EIS 系统的功能。
图 2 展示了一个 SCA 模块，它有一个使用 MDM Server 服务提供新的复合服务的 SCA 组件：
图 2. 使用 MDM Server 服务提供新的复合服务的 SCA 组件
业务对象（BO）和接口映射
业务对象包含一些描述一个特定应用程序存储的数据的属性。如 图 2 所示，BO 在不同的系统，即服务使用者和服务提供者之间传递。BO 映射定义从服务使用者特定于应用程序的业务对象（ASBO）到通用业务对象（GBO）的转换。然后，再从 GBO 映射到服务提供者特定于应用程序的业务对象。因此，接口映射用于分离服务使用者业务对象和服务提供者业务对象的表示，使它们可以独立于对方进行更改。惟一需要调整的步骤是，如果任意一端发生更改，需要在 ASBO 与 GBO 之间进行映射。接口映射提供系统的操作的定义之间的绑定，并在必要时使用 BO 映射转换这些操作的参数。
业务流程
根据文档 “Web Services Business Process Execution Language（WS-BPEL）”（OASIS，2007 年 4 月）（参见 参考资料）的描述，业务流程为定义服务（例如 IBM MDM Server 提供的服务）调用和集成的编排提供了一种方式，以便定义新的服务和将新服务导出到其他 EIS 中。WS-BPEL 是描述业务流程和外部服务的执行顺序和它们之间的交互的一种语法。
用 WS-Coordination 和 WS-Atomic Transaction（WS-AT）进行事务管理
在本教程提供的场景中，多个分布式参与者之间会发生交换。如果事务的任意一方失败，那么截至那个时间点执行过的所有操作都必须回滚，这必须在涉及的不同系统之间进行协调。有两个 OASIS 标准可帮助实现这些目标：
WS-Coordination 和WS-Atomic Transaction。
WS-Coordination 标准为在分布式环境中协调事务提供框架。它定义协调中的三个主要参与者：
- 协调上下文 – 一个被共享的上下文，从而允许协调
- 协调上下文包含激活服务的 ID
- 它定义协调类型
- 它提供对客户机协调器的注册服务的端点引用
- 激活服务 – 协调的发起者使用激活服务创建协调上下文，后者被传播到分布式参与者
- 注册服务 - 事务中的每一方使用注册服务注册 WS-AT 协议
WS-Atomic Transaction（WS-AT）是 OASIS 标准，它定义用于支持分布式环境中 Web 服务原子事务的协议。通过使用这种两阶段提交协议，WS-AT 允许在单个原子事务中执行一组 Web 服务调用，并确保这些服务调用作为单个的工作单元，要么全部完成，要么进行回滚。
参阅 参考资料 获得关于这两个标准的更多信息。
| 
