SCA软件架构
一、SCA(Service Component Architecture)软件架构的概述SCA是一个开发SOA(Service-Oriented Architecture)面向服务应用的简单模型规范，它描述用于使用SOA构建应用程序和系统的模型。
它可简化使用SOA进行的应用程序开发和实现工作。
SCA仅仅是个规范，各个涉及SOA技术的公司的实现也各不相同。
SCA是由Open Service Oriented Architecture collaboration 提出的一种组件化的面向服务编程模型，并于2007年正式捐献给OASIS组织。
SCA提供了服务组件模型、装配模型和策略框架来支持各种异构应用的封装和集成。
同SCA并列提出的SDO规范，定义了SOA应用程序中访问各种异构数据源的方法。
组件可以以各种不同的协议发布服务，包括SOAP、RMI、REST、JMS，甚至可以是虚拟机内的对象直接调用。
组件可以使用多种技术实现, 包括EJBs, Java POJOs ，Spring Beans，BPEL process ， COBOL ，C++， PHP …
SCA中，最重要的一个概念是Service----服务，它的内涵是独立于具体的技术。
因此，SCA不会称之为 Java组件架构，或Web Service 组件架构。
所谓的具体技术，主要有两层含义：一是程序语言，而是传输协议。
现有的组件是和传输协议紧密耦合的。
比如EJB组件采用的是RMI 传输协议，Web Service组件采用的是SOAP传输协议。
SCA组件则能
自由地绑定各种传输协议。
SCA是对目前组件编程的进一步升华，其目标是让服务组件能自由绑定各种传输协议，集成其他的组件与服务。
SCA与传统的业务组件最大区别在于SCA实现了两个功能：一是组件和传输协议的分离，二是接口和实现语言的分离。
二、SCA规范基础知识
SCA编程模型是高扩展性和语言中立的，它易于被扩展为多种实现语言技术JAVA，C++，BPEL，PHP， Spring等，多种远程访问bindings包括Web Service，JMS， EJB，JSON RPC等，多种主机环境例如Tomcat，Jetty，Geronimo，OSGI等。
SCA分隔式架构可以使开发者更注重业务逻辑，而不必要关注诸如可靠性，安全，事务等系统属性，这些属性都配置到配置文件中。
SCA的组成部分如下图所示：
（1）Component
深蓝色方框（Component A和Component B）表示是Component。
Component是SCA原子（最基层的组织单元），其封装了实际的业务逻辑。
Component可以采用运行环境支持的任何编程技术实现。
例如，Apache Tuscany项目目前支持Java、JavaScript、Ruby、Python和C++组件类型，同时为创建新的组件类型提供了扩展API。
（2）Property
Property (Component A和Component B上方的黄色方框和Composite A的黄色小方框)。
Property控制Component的行为，在部署其间可以被可改变。
同时Composite也可以有Property，但其Property是Component Property升级（Promote）后的Property。
（3）Service
Service是供其它Component调用时使用。
在图中接口用Component 方框左边的绿色箭头来表示，被称作SCA的“服务”（Service）。
（4）Reference
Component也描述了被该Component调用的其它组件的接口，在图中这样的接口用组件方框右边的粉红色箭头来表示，称为SCA的“引用”（Reference）。
这些Service和Reference被连接在一起，组成一个可运行的系统。
（5）Composite
如果说Component是SCA架构中的原子，那么Composite就是SCA架构中的分子；图中的两个Component，A和B，被组装在一个更大Composite范围内，被称作Composite A。
SCA的Composite描述了一个由互相连接的Component所构成的集合。
正如你所看到，Composite也声明了Service和Reference，它们被暴露到Composite 外部。
Composite的service和Reference是Composite内部的Component的Service和Reference的升级。
一个Composite内部的Component彼此连接就如同创建一个运行在同一进程中的紧耦合的应用程序。
将Composite通过Service和Reference连接在一起，则形成了一个更加松耦合的系统；系统中的每一个Composite都可能运行在一个单独的进程或处理器中，在网络中通过各种的协议和传输绑定连接起来。
通过这个途径SCA为独立和分布式应用提供了统一的编程模型。
（6）Wire
Wire是连接Service和Reference的连线。
（7）Promote
Promote是wire的特殊表现形式，是把Component级别Service或者Reference升级为Composite级别的连线。
（8）Domain
为了更直观地介绍domain，如下图所示：
从上图可以清楚地看出，Domain是个逻辑的概念，管理跨机器，跨进程的Composite，同时Composite也可以跨机器跨进程部署，从而可以管理分布式部署的SCA，所以Domain是个相当重要的SCA概念。
其实除了Domain是管理含义外，还有外部接口界面的含义。
三、SCA软件架构的体系结构
前面硕果SCA（Service Component Architecture）是基于Component（组件）的复用，当然组件就是SCA最主要的组成部分了。
下面我们详细地讲解述SCA中的组件。
１、SCA的体系结构
SCA 将构建面向服务的应用程序的步骤划分为两个主要部分：
（1）实现提供服务和使用其他服务的组件
（2）组装组件，以通过服务引用其他服务的方式来构建业务应用程序
SCA 提供了一种机制，用于打包和部署那些紧密相关的组件，这些组件是作为一个整体开发和部署的。
这种机制使服务的实现和组装避免了陷入基础设施功能的细节，也避免了调用外部系统。
这样可支持不同基础设施间的服务可移植性。
2、SCA体系结构—Component（组件）
SCA最基本的元件是组件（component），这是系统的构成单元，也是提供服务的基本单元。
•服务（services），表示由本组件提供给其他组件使用的业务功能；
•实现（implementation），这里的实现是指提供了特定业务功能的代码段；
•属性（properties），这是一些影响业务功能的数据值，可以通过设置这些属性值对实现进行配置；
•引用（references），表示本组件的实现所依赖的由其他组件提供的服务。
3、SCA体系结构—composite（模块/构件组）
模块是一起开发和部署到SCA 系统的最大紧密耦合组件。
由一个或多个具有内在业务联系的服务组件构成。
SCA 模块包含一系列组件、外部服务、入口点，以及用于衔接这些部分的机制。
模块向 SCA 系统提供服务实现。
入口点定义模块提供的公共服务，此服务可以由同一模块内的其他组件使用，也可以在模块外使用。
入口点用于使用特定的绑定发
布模块提供的服务。
模块内的外部服务表示其他模块提供的远程服务。
它们位于使用
此服务的 SCA 模块之外。
组件可以像访问 SCA 组件提供的任何服务一样访问这些外部服务。
外部服务使用绑定来描述对外部服务的访问。
通常都有一个posite文件用来描述Composite的结构以及每一个Component的实现，接口，服务，引用的定义。
•一个组合构件可以包含多个构件。
•每个构件可以定义多个服务和引用；服务和引用通过"接口描述"来描述其业务功能。
SCA中包含了两种类型的接口描述：Java接口和WSDL PortType。
•可以为每个构件指定至多一个构件实现。
构件实现是构件服务功能的具体实现。
•可以为一个构件定义多个构件属性。
•可以为服务和引用定义一个或多个绑定信息。
服务和引用的默认绑定是SCA绑定。
4、SCA体系结构—系统域(Domain)
域(Domain)是一个系统或者子系统。
它由n个Composite组成。
在SCA系统中，Domain 用于聚合那些提供了相关业务功能的模块。
这是通过配置和管理模块组件、外部服务、入口点，以及连接机制来完成的。
SCA 系统的配置由所有部署到其中的子系统的组合加以表示。
四、SCA软件架构的好处
1、跨平台、跨语言，不改变应用程序情况下,使用不同的技术来
作为组件的实现,或者改变通信协议等等
2、组件可以自由替换，软件具有高度的弹性以适应变化
3、服务可以通过简单的配置进行发布和调用
4、提供了组件的装配规范，可以快速高效组装应用程序
5、可以适用于各种规模的软件开发。
