敬业的IT人 互联网 佚名 2008-1-4 14:50:48

引言：

　　服务-组件架构（SCA）提供了实现面向服务的架构（SOA）的一个编程模型。

　　面向服务的架构已经在软件开发领域存在很多年了。但是当一些组织试图去定义最佳的实现和管理技能的时候，为一个特定组织开发一个SOA的细节却是难以捉摸的。在这篇文章里，我将介绍SOA的一种实现方式——服务-组件架构。

　　SOA在概念上来说是关于松耦合的行为。业务和系统功能作为大的独立服务被展现，使得它们以不同的方式在业务流的组合中被使用。这是一个简单的描述，但实现起来就相当的复杂了。任何使用EAI和分布式技术的人都能回忆起在一个企业里兜售业务功能的困难。

　　SOA原理是抽象的，独立于实现技术。从开发角度来看，定义SOA构成是有帮助的，它使得工程师可以无须求助于技术规范来用具体术语讨论开发实现。为了这个目标，开放面向服务的架构（OSOA）组织发布了服务组件架构（SCA）规范1.1(www.osoa.com)。

　　SCA已经被IBM，BEA，Sun，Software AG，IONA，SAP，和Oracle以及其他一些公司开发很多年了。可以在IBM，Rogue Wave，Oracle，Tibco，ApacheSoftware Foundation（Tuscany）和EclipseFoundation（SOA Tools Platform）获取实现。

　　SCA编程模型

　　SCA编程模型主要通过提供一个服务的开发，集合，部署的方法，来关注SOA的工程细节。为了和SOA原理一致，SCA通过元数据驱动，语言独立和容器独立来支持异构的实现。只要一个从SCA规范到技术的映射可以被定义，SCA就能被实现。于是，SCA被和多种语言和容器绑定；最近的一个C语言规范以及形成草案。图1是一个以和其他技术以及服务质量需求相关的SCA的高层概念视图。

，它也提供了丰富的操作XML的机制。事实上，为了实际使用考虑，一个SDO的数据结构最好是XML文档。在写此文时，SDO规范是2.1版本。 　　总结 　　SCA尝试基于SOA的概念去创建一个简单，强壮的编程模型。它的价值存在于概念的简单，程序集和QoS的声明式方式。通过集合时间和运行不行和松耦合策略，SCA无须组件的先验知识来创建一个服务。这反过来也使得服务组件和结合开发者可以单独工作。和SDO结合，一个厂商中立的SOA方案是可能的——模型设计者从早先的模型中看到了其弱点——通过提供一个干净的程序集和QoS的区分。如果Apache Tuscany Project是一个SCA生存能力的验证，那么一个直接（尽管不是必须简单）的SOA实现是被保证了的。 最新文章 SOA务实之路：从复合应用入手[01-04] SOA改变的企业软件生态[01-04] 珍惜SOA 请WOA到一旁“休息”去[01-04] 以ESB为导向建立SOA是有害的[01-04] SOA中的数据之将数据转换成信息[01-04] SOA从试点到普及还需要什么？[01-04] 相关文章 粤ICP备06119539号 Copyright CiscoSky.Org,Some Rights Reserved. Email：me1228#tom.com