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年五月发布。

第四十一届CIO班招生
国际CIO认证培训
首席数据官（CDO）认证培训

免责声明：本网站（http://www.ciotimes.com/）内容主要来自原创、合作媒体供稿和第三方投稿，凡在本网站出现的信息，均仅供参考。本网站将尽力确保所提供信息的准确性及可靠性，但不保证有关资料的准确性及可靠性，读者在使用前请进一步核实，并对任何自主决定的行为负责。本网站对有关资料所引致的错误、不确或遗漏，概不负任何法律责任。
本网站刊载的所有内容（包括但不仅限文字、图片、LOGO、音频、视频、软件、程序等）版权归原作者所有。任何单位或个人认为本网站中的内容可能涉嫌侵犯其知识产权或存在不实内容时，请及时通知本站，予以删除。