在《服务组件架构（SCA）如何简化SOA部署（一）》中，我们介绍了SOA和Web服务已经成为主流，有些人认为它们现在实际上代表了部署新应用与合成服务。组件重用、开放标准和轻松装配合成服务，这三重吸引对于寻求以一种更加敏捷而又灵活的方式来适应快速变化的市场的公司，已经无法抗拒。

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

    SCA的实际状况

  　以SCA本来的形式使用它需要深入了解SCDL的知识，它看起来很像XML和超文本链接语言(HTML)两者的结合。这取决于大部分标识语言都回到了标准通用标识语言（SGML）——这个面向文档的标识语言ISO标准的根本上来。SCDL有类似的缺点。

　　随着SCA/SCDL工具集的发展和时间的变化，很可能会改变。和微软的Frontpage一样，简化了基于HTML Web网站的开发过程，新厂商的产品开始简化开发和SCA的使用。FrontPage用简单的图形接口屏蔽了本地HTML用户的不友好外观。这样实质上使任何创建Web网页的用户几乎无需了解甚至根本不需要懂专业技术。经过一段时间后，相似的进化将很可能是相对不熟练的用户来向利用SCA的合成服务中装配代码模型(看侧边栏上工具的例子)。

　　和以前业务流程执行语言的标注很像，SCA标准的一个最主要受益者一直是独立软件厂商（ISVs）。SCA让它们共享知识产权并开发更好的产品互操作性。这个标准现在正在加入到厂商的产品中去。

　　这个新兴的标准对业务也有好处。通过利用加入SCA的产品，开发团队将能明显地更快地让不太熟练的人员创造合成服务。然而，目前非技术人员创造合成服务的想法很可能是不现实的。让我们拭目以待，因为它将在未来1-3年发生改变。

　　结论

　　在最后，SCA像其他的标准一样对行业有好处，这些好处包括：

• 　　OASIS-规定的
• 　　扩展现有标准
• 　　屏蔽异种技术的复杂性
• 　　更快的促进服务的组件集成
• 　　简化产品开发（对ISVs而言）和集成（对系统集成商和业务而言）　　

　　SCA简化了复杂的技术流程，而且在这种情况下使市场受益更广。在厂商间和产品间，为共同开发和互操作性提供了一个标准，使需要集成异种技术的公司受益。

　　照此而言，把集成交给非程序员的神话始终还是个神话，至少目前是。在同样的方式下，很少有与业务利益相关的人愿意通过手写HTML来创建Web网站，很少人将愿意用SCA这个眼前的标准来手工地集成软件模型。也就是说，利用了的产品已经进入到了市场，并将继续随着时间改变。随着这些产品的改变，SCA的全部承诺还将继续被搁置。

　　关于作者：Julie Craig 是http://www.enterprisemanagement.com企业管理联合公司----一家IT分析和顾问公司----的 研究总监。在EMA，关注的领域是最佳实践，应用管理软件开发、面向服务架构（SOA）和软件即服务（SaaS）。

　　Julie在软件工程，IT基础设施工程和企业管理领域已经有20多年的深入而又广博的经验。 她的经验主要在商业软件公司中，包括通讯接口的开发和编程团队的管理。作为一位前任的IT高级工程师，她开发了企业管理方案和部署了很多经过打包的系统，应用和绩效管理产品。