Akamai北亚区副总裁
SCA(Service Component Architecture)面向服务的组件模型，源于IBM 的WSIF (Web Service Invocation Framework，具体请参考http://ws.apache.org/wsif/)，SCA的目的是使用户在构建企业应用时有一个不再直接面对具体的技术细节的层次，而是通过服务组件的方式来构建应用(这一点与EOS的思路一致)。
SCA(Service Component Architecture)面向服务的组件模型，源于IBM 的WSIF (Web Service Invocation Framework，具体请参考http://ws.apache.org/wsif/)，SCA的目的是使用户在构建企业应用时有一个不再直接面对具体的技术细节的层次，而是通过服务组件的方式来构建应用(这一点与EOS的思路一致)。
在SCA V1.0装配规范中,相对较为独立的组件只有三个,粒度由小到大分别是Component、Composite和Domain,其他Service、Reference、Property、Wire等都是辅助性的元素。这些辅助性的元素做为三个独立的组件中的组成部分,为组件与外部数据传输、对外提供服务和引用外部资源提供途径，将各个组件的组成粒度更大的上层组件。三个不同的组件，分别对应系统的三个不同层面：Component组件对应实现层，Composite组件对应架构层，Domain对应业务层。
在SCA V1.0装配规范中,相对较为独立的组件只有三个,粒度由小到大分别是Component、Composite和Domain,其他Service、Reference、Property、Wire等都是辅助性的元素。这些辅助性的元素做为三个独立的组件中的组成部分,为组件与外部数据传输、对外提供服务和引用外部资源提供途径，将各个组件的组成粒度更大的上层组件。三个不同的组件，分别对应系统的三个不同层面：Component组件对应实现层，Composite组件对应架构层，Domain对应业务层。
随着SCA (Service Component Architecture)规范的广泛推广， SCA编程模型和IBM 支持SCA的产品系列如WebSphere Process Service(WPS)，IBM WebSphere Enterprise Service Bus(WESB)越来越多的应用于实际的大型IT生产环境和业务集成中。SCA组件对业务数据进行操作，并使用统一的数据格式——SDO(Service Data Object)来表达业务数据，并在SCA组件之间进行传递。
SCA(Service Component Architecture)作为服务组件体系结构，将所有的集成构件都描述为具有定义明确的接口的服务组件。
SCA(Service Component Architecture)作为服务组件体系结构，将所有的集成构件都描述为具有定义明确的接口的服务组件。SCA 还引入了模块的概念，它将服务组件集中到一起，并提供服务的进一步说明和封装。这意味着只要模块的接口保持不变，就可以在不影响整个解决方案中的任何其他模块的情况下更改模块内的服务组件。服务组件的实现可以是Java 对象(例如POJO或者SLSB)， BPEL，Human task，业务状态机以及业务规则集合等。
SCA(Service Component Architecture)作为服务组件体系结构，将所有的集成构件都描述为具有定义明确的接口的服务组件。
SCA(Service Component Architecture)作为服务组件体系结构，将所有的集成构件都描述为具有定义明确的接口的服务组件。
SCA(Service Component Architecture)作为服务组件体系结构，将所有的集成构件都描述为具有定义明确的接口的服务组件。SCA 还引入了模块的概念，它将服务组件集中到一起，并提供服务的进一步说明和封装。这意味着只要模块的接口保持不变，就可以在不影响整个解决方案中的任何其他模块的情况下更改模块内的服务组件。服务组件的实现可以是Java 对象(例如POJO或者SLSB)， BPEL，Human task，业务状态机以及业务规则集合等。
