SOA近年取得了飞速的发展,已经成为各个行业IT部门关键业务的产品架构,SCA/SDO标准的发布,将大大加快SOA的发展进程。 2005年,BEA、IBM、IONA、Oracle等厂商联合提出了SCA和SDO规范,并于2006年3月正式提交至OASIS,以标准的形式进行推动。这两项标准的不断发展,对SOA的进程发挥着重要的作用。
未来的开发技术
SCA关注的是如何描述按照各种编程模型和协议编写的组件的装配和组合,其核心概念是服务及其相关实现。简单而言,服务由接口定义,而接口包含一组操作;服务实现可以引用其他服务,称为引用;服务可以有一个或多个属性,这些属性是可以在外部配置的数据值。
将组件连接到它所依赖的服务的方式就是服务网络“装配”的方式。组件装配已经在许多技术和框架中广为应用,比如CORBA、J2EE、ATG Dynamo和Spring。从这些技术中可以知道,组件装配提供了许多重要的优点,比如更轻松的迭代开发,以及避免使业务逻辑依赖于中间件容器。
SCA旨在如何在现有技术基础上,为SOA计算环境提供开放的组件及其服务描述。另一方面,它规定已经设计好的组件之间交互,以便组装服务来构造应用。SDO则包含了连接器、协调器、对象图表、各种数据对象之间的联系信息以及这些联系信息中的描述方式。
专为SOA而设计
使SCA脱颖而出的是,它是专门针对SOA设计的,而不像J2EE只是面向SOA做了修改的。SCA关注的是如何描述按照各种编程模型和协议编写的组件所组成的程序集。SCA的目标是使事情更容易,SCA允许开发应用程序集而不考虑特定的中间件API或具体语言。
SCA的核心概念是服务及其相关实现。服务由接口定义,而接口包含一组操作。服务实现可以引用其他服务,称为引用。服务可以有一个或多个属性,这些属性是可以在外部配置的数据值。SCA中的一个关键推动因素是SDO,它用于表示业务数据、参数以及服务调用的返回值,当它遍历服务网络时,它还是一种表示数据的方式。
未来之路
SCA之所以具有重大意义,因为它是第一项有希望提供一个组合模型并使服务网络成为可能,而且支持构建下一代面向服务应用程序的技术。这一领域的每一次革新,都会导致出现一个新的抽象层,从而产生新的应用程序层。
C允许我们构建不能在汇编程序中构建的应用程序,而C++允许我们构建不能使用C构建的应用程序,Java又允许我们构建不能使用C++构建的应用程序。所有这些都是SCA的先例,简单而言,SCA就是未来用于构建大规模企业组合应用程序的技术。
SCA组件被组成为程序集。程序集是服务级的应用程序,它是服务的集合,这些服务被连接在一起,并进行了正确的配置。SCA程序集运行在两个级别:第一种情况为,程序集是系统内的一组松散连接的组件;另一种情况,程序集是模块内的一组松散连接的组件。二者的区别在于,模块是组件的集合,而系统是模块的集合。此外,系统对应于“大规模编程”,而模块对应于“小规模编程”,比如构建当今的典型应用程序。 将组件连接到所依赖的服务的方式就是服务网络“装配”的方式。从这些技术中我们可以知道,程序集提供了许多重要的优点,比如更轻松的迭代开发,以及避免使业务逻辑依赖于中间件容器。
链 接
拥抱SCA/SDO
如今,SCA/SDO规范正在不断发展,通过其开放式的标准过程进行推动。SCA/SDO得到了众多厂商的支持。比如BEA,作为SCA规范的奠基者之一,BEA早已在其产品开发中体现了对SCA和SDO的支持。
BEA专门针对SOA构建的AquaLogic Data Services Platform产品在其3.0版本中就已经开始采用SCA技术,它提供了企业数据服务的自动创建和维护,这可以帮助客户获得更高的生产力,进行业务优化,并更快地创造价值。
BEA AquaLogic Data Services Platform提供了一个捕获与数据访问和数据更新有关的逻辑的单一位置,数据服务层提供了对相关的不同实时数据的可重用的、简化了的访问。 |