SOA和Web服务已经成为主流，有些人认为它们现在实际上代表了部署新应用与合成服务。组件重用、开放标准和轻松装配合成服务，这三重吸引对于寻求以一种更加敏捷而又灵活的方式来适应快速变化的市场的公司，已经无法抗拒。事实上，SOA服务对于这些足够熟练地、有效地部署及治理那些公司产生着巨大的业务价值。

    TT SOA编辑推荐：SCA和SDO标准

　　但是，在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年五月发布。

    在《服务组件架构（SCA）如何简化SOA部署（二）》中，将继续为您讲解。