面向服务的体系结构 (SOA) 是一个框架,用于组合各个业务功能和流程(称为服务),以便实现复杂的业务应用程序和流程。在 SOA 框架中,相对粗粒度的业务组件被作为服务公开。SOA 将 IT 资产构造为一系列可重用的服务,这些服务是松散耦合的,与平台和实现无关。SOA 将解决方案设计为服务的组装,通过定义良好的接口和契约进行连接。
服务组件体系结构 (SCA) 是一个规范,它描述用于使用 SOA 构建应用程序和系统的模型。它可简化使用 SOA 进行的应用程序开发和实现工作。
SCA 可简化使用 SOA 构建的业务应用程序的创建和集成。SCA 提供了构建粗粒度组件的机制,这些粗粒度组件由细粒度组件组装而成。
SCA 将传统中间件编程从业务逻辑分离出来,从而使程序员免受其复杂性的困扰。它允许开发人员集中精力编写业务逻辑,而不必将大量的时间花费在更为底层的技术实现上。
SCA 方法的优势包括:
- 简化业务组件开发
- 简化作为服务网络构建的业务解决方案的组装和部署
- 提高可移植性、可重用性和灵活性
- 通过屏蔽底层技术变更来保护业务逻辑资产
- 提高可测试性
SCA 将构建面向服务的应用程序的步骤划分为两个主要部分:
- 实现提供服务和使用其他服务的组件
- 组装组件,以通过服务引用其他服务的方式来构建业务应用程序
SCA 提供了一种机制,用于打包和部署那些紧密相关的组件,这些组件是作为一个整体开发和部署的。这种机制使服务的实现和组装避免了陷入基础设施功能的细节,也避免了调用外部系统。这样可支持不同基础设施间的服务可移植性。
服务实现是业务逻辑的具体实现,提供服务和/或使用服务。这些实现会使用众多实现技术中的任意一种,如 Java™、BPEL 或 C++。实现是业务流程的“仆人”。
实现可以提供服务,而服务则是由一个接口定义的一组操作,此接口供其他组件调用。实现也可以调用其他服务,称之为服务引用,服务引用指示了此实现对外界服务的依赖关系。实现还可以具有一个或多个可配置属性。属性是可以从外部配置的数据值,会影响此实现的业务功能。
SCA 服务通常对参数和返回值使用文档样式的业务数据,最好使用服务数据对象(Service Data Object,SDO)表示这些参数。
服务、引用和属性是实现的可配置方面——SCA 将其统称为组件类型。
配置引用是通过将引用绑定到目标服务来完成的,随后实现可以通过调用引用来使用目标服务。属性的配置将涉及到为属性设置具体的数据值。在 SCA 框架中,可以使用一个实现构建多个不同的组件,每个组件具有不同的引用和属性配置。组件及其服务可以被其他本地组件调用,或者用于远程访问。
组装一个组合业务应用程序的过程,在此过程中配置并连接提供服务实现的组件。SCA 组装在两个层次进行:
- 系统内松散连接的组件的组装
- 模块内松散连接的组件的组装
SCA 组装模型包括一系列由 XML 元素定义的构件。
SCA 模块 是一起开发和部署到 SCA 系统 的最大紧密耦合组件。它是 SCA 系统内的松散耦合组合的基本单元。SCA 模块包含一系列组件、外部服务、入口点,以及用于衔接这些部分的机制。模块向 SCA 系统提供服务实现。
入口点 定义模块提供的公共服务,此服务可以由同一模块内的其他组件使用,也可以在模块外使用。入口点用于使用特定的绑定 发布模块提供的服务。
模块内的外部服务 表示其他模块提供的远程服务。它们位于使用此服务的 SCA 模块之外。组件可以像访问 SCA 组件提供的任何服务一样访问这些外部服务。外部服务使用绑定来描述对外部服务的访问。
外部服务的接口必须为可远程访问的。
在SCA 系统 中,SCA 系统 用于聚合那些提供了相关业务功能的模块。这是通过配置和管理模块组件、外部服务、入口点,以及连接机制来完成的。SCA 系统的配置由所有部署到其中的子系统的组合加以表示。图 1 是系统组装的一个示例;它说明了如何使用服务和引用连接各个子系统和模块。
让我们逐个分析一下图 1 中所看到的内容: