从服务组件架构的视角看如何简化SOA部署

SOA服务对于足够熟练地、有效地部署及治理那些公司产生着巨大的业务价值。但是，在SOA世界中也并非一帆风顺，SOA服务既为肩负着开发创造它们的开发团队，也为肩负着支持它们的运营团队带来了挑战。在这篇文章中，我们将探讨服务组件架构(SCA)可以用来减少目前的问题领域，像面向服务架构(SOA)，正如它的名字所暗示的，它仅仅是一个架构。它依赖产品、设计、标准和实际实现技术的结合。当软件组件面向各种平台并能用多种语言开发时，在SOA服务中就可能发挥其作用，在增值的业务服务中结合并集成他们是服务中就可能发挥作用，在增值的业务服务中结合并集成它们即是SOA的使命所在。

有许多Web服务标准对基于标准的SOA的成长都有帮助。服务组件架构(SCA)、服务数据对象(SDO)和服务组件定义语言(SCDL)是新兴的标准，这些标准都有可能简化基于标准的SOA部署，而且在这种情况下使成长曲线加速了。

SCA的目的是简化创建合成服务的过程，通过在调用的必要细节中来解耦代码模型的编程，从而把它们装配成可用的合成服务。作为这个标准的替代，将各种不同的要求深度了解协议、数据库、应用程序接口(APIs)、Web技术、编程和技术设施架构这些方面知识的组件编织起来。SCA扩展并补充了现存的标准，用SCDL来实施。SCDL是基于XML的语言，描述组件结合成可用的应用和业务服务的方法。SCA的另一个姊妹规范，服务数据对象(SDO)，也承诺简化数据交换。

服务组件架构的视角

当前的SCA规范最初是由包括IBM，Oracle 公司，BEA系统(后被Oracle兼并)和SAP AG在内的厂商联合向结构化信息标准促进组织(OASIS)提议的。OASIS联合组织描述了SCA作为一个构建应用和使用SOA系统的应用模型。

在新兴的最佳实践的基础上，SCA通过引入绑定-----这种充当底层技术的访问机制----分离了对中间件编程的依赖和业务逻辑。这个规范设计的目的是为了程序员的新生，因为它从编写业务相关代码的任务中抽象出了集成的复杂性。理论上说，向SOA服务中结合软件组件也使对技术和资源的必要需求达到最小化。

SCA的远景是最终使拥有业务技能的人能与深谙编程和技术的人相抗衡，从软件组件库中来“创造”业务服务。这种复杂性目前将被程序员大量地用SCA标准掩盖，这个标准包括为共同编程语言和协议预先写的绑定，或翻译程序。在2007年三月，SCAv1.0被提交，C和COBOL草案的SDO规范在2007年五月发布。