SCA对SOA作用巨大

From Tuscany中文社区

“SCA 1.0和SDO 2.1版本正式提交给OASIS，通过其开放式标准过程进行推动”是业界一件引人注目的大事。那么，SCA/SDO规范到底对SOA、各个厂商 、程序员们有哪些影响呢？

Oracle融合中间件和网络服务标准总监Jeff Mischkinsky说：“SCA/SDO在整个SOA里处于非常核心的地位，它其实是为了满足最基础的体系架构、单元、规格而建立起来的。对于底层基础架构来讲SCA/SDO就相当于核心规范。其实在SCA中有非常多的规范，各个厂商实施策略也不一样，有些强在C++上，有些在Java上，最终是为了满足客户的需求，只是有了规范的时候客户会放心，不用担心被迫依附在一家厂商身上。”

IBM资深技术主管毛新生说：“综合起来看，SCA就是怎样在现有技术基础上，为SOA计算环境（松耦合计算环境）提供开放的组件及其服务描述。另一方面，它规定已经设计好的组件之间的交互，以便组装服务来构造应用。SDO则包含了连接器、协调器、对象图表、各种数据对象之间的联系信息以及这些联系信息中的描述方式。”

SCA/SDO所构成的编程模型可以为程序员带来很多非常直接的好处，而且用它们来描述和实现业务模型，将会达到一种相比原有J2EE平台或者.NET平台更加简洁和通用的效果。在面向服务的环境中，新编程模型最主要的特点就是从业务的需求出发，将一组松耦合的服务组合成业务流程，完成所需要的业务活动。但这种松耦合的服务组装是建立在开放的服务组件及其动态交互的基础之上的，因此，SCA定义能让整个业务架构看起来更加漂亮、有更大的灵活度，程序员还可以选择不同的方式来实现这些业务组件。过去，人们没有太多选择，在J2EE下，只能使用Section Bean，在.NET下，只能使用.NET Component。

由于SCA下实现组件的接口都是统一、通用的，因此要将它们组合起来是一件相对原来更加轻松的工作。 SDO带来的好处则更加明显。一旦遇到需要针对很多应用进行集成时，其数据源往往都分布在不同的地方，而且极有可能是异构的，它们不仅在语法上，而且在语义上也有极大的差别。而SDO恰恰就是用来完成这项工作的，它根据业务的语义定义一个完整的Schema，不仅能清晰地定义各种数据对象，而且还能有效描述各种对象之间的联系，充分利用了XML强大的自描述能力。对于在整合复杂应用的环境下，SDO所带来的效率上的提高非常大。

毛新生认为，SCA/SDO规范不会给J2EE平台带来冲击。就平台而言，J2EE与SCA/SDO应该是一种相互补充的关系，而并非相互取代，只是程序员现在可以用另外一种方法来实现业务。不管平台本身到底如何，关键的问题在于背后的思想——开放。不管 J2EE还是SCA/SDO，都是可以支持SOA计算环境。过去，IBM、BEA等厂商都很支持J2EE，所有的支持者都将继续在J2EE平台做具体工作，但是大家都需要一个更开放的标准，也就是SCA/SDO规范。

朱律玮说：“SCA对平台厂商很重要，可以让平台厂商的产品之间具有互操作性，让用户摆脱厂商的束缚。比如用户可以选择IBM的开发工具、东方通的ESB和BEA的工具流产品，由于SCA标准描述了服务接口，三者之间可以互操作。”他还表示，东方通产品的描述服务接口要向SCA规范靠拢。因为既然有了业界普遍遵循的规范，去遵守它对厂商而言是明智的做法。

普元软件董事长刘亚东认为，SCA/SDO规范的发布，预示着编写源代码的软件开发方式将会被模块式的软件构件搭建所取代，软件的开发效率将得到巨大的解放。企业和软件开发商在实践着不同的技术路线以构建SOA服务，包括：纯代码编写、基于套装软件二次开发或基于面向构件技术平台进行开发。大型套装软件开发周期长，开发费用高，无法有效适应中国企业复杂多变的需求；而纯代码编写又不利于维护和管理，同时开发效率较低。就这样，面向构件技术渐渐出现在技术市场。与此同时，SCA/SDO规范的发布为构造SOA服务提供了理论指导，在中国，遵从SCA/SDO 规范的面向构件技术将被更多的企业所选用来实现SOA架构。