2007年7月10日,OASIS组织OpenCSA分会成员按照OASIS技术委员会程序(English:
http://www.oasis-open.org/committees/process.php 中文:http://www.oasis-open.org/cn/committees/process.htm),递交了成立6个技术委员会的章程草案。
这6个技术委员会的建立是为了进一步发展SCA (Service Component Architecture) 的系列规范。
它们分别是:
SCA Policy TC --- Service Component Architecture Policy (SCA-Policy) Technical Committee
SCA Assembly TC --- Service Component Architecture Assembly (SCA-Assembly) Technical
Committee
SCA Bindings TC --- Service Component Architecture Bindings (SCA Bindings) Technical Committee
SCA/J TC --- Service Component Architecture for Java (SCA J) Technical Committee
SCA BPEL TC --- Service Component Architecture BPEL (SCA BPEL) Technical Committee
SCA C/C++ TC --- Service Component Architecture for C and C++ (SCA-C) Technical Committee
早在2007年5月3日,Open CSA (Composite Services Architecture)筹备委员会主席,Oracle公司的Jeff Mischkinsky 在接受"IT对话"采访的时候就曾经说过,OpenCSA将提供开发具体的SOA的工具。(http://osc.gigavox.com/shows/detail1781.html)
从1996年Gartner提出SOA思想，到目前全球火爆的SOA热潮。每当有人提及SOA的时候，有人能给出领人满意的答案吗：SOA是什么？SOA的本质是技术问题还是业务问题？SOA如何实现？
大多数关于SOA的描述是定义、是其所具有的特点、特性、特征等，更多的是把现有的标准和技术做一个整合来实现部分SOA定义或者某些特性。这些定义和描述是非常抽象的，在不同的层面有着不同的理解。这导致SOA实现起来的千差万别，也出现了一些新技术架构为各种各样的SOA提供中间支持。看看下面来自各个方面的SOA的定义：
什么是SOA?
SOA是一种架构模型，它可以根据需求通过网络对松散耦合的粗粒度应用组件进行分布式部署、组合和使用。服务层是SOA的基础，可以直接被应用调用，从而有效控制系统中与软件代理交互的人为依赖性。
SOA的关键是“服务”的概念，W3C将服务定义为：“服务提供者完成一组工作，为服务使用者交付所需的最终结果。最终结果通常会使使用者的状态发生变化，但也可能使提供者的状态改变，或者双方都产生变化”。
Service-architecture.com将SOA定义为：“本质上是服务的集合。服务间彼此通信，这种通信可能是简单的数据传送，也可能是两个或更多的服务协调进行某些活动。服务间需要某些方法进行连接。所谓服务就是精确定义、封装完善、独立于其他服务所处环境和状态的函数。”
Looselycoupled.com将SOA定义为：“按需连接资源的系统。在SOA中，资源被作为可通过标准方式访问的独立服务，提供给网络中的其他成员。与传统的系统结构相比，SOA规定了资源间更为灵活的松散耦合关系。”
Gartner则将SOA描述为：“客户端/服务器的软件设计方法，一项应用由软件服务和软件服务使用者组成……SOA与大多数通用的客户端/服务器模型的不同之处，在于它着重强调软件组件的松散耦合，并使用独立的标准接口。”
Gartner相信BPM和SOA的结合对所有类型的应用集成都大有助益??“SOA极大的得益于BPM技术和方法论，但是SOA面临的真正问题是确立正确的企业意识，即：强化战略化的SOA计划（针对供应和使用）并鼓励重用。”
虽然不同厂商或个人对SOA有着不同的理解，但是我们仍然可以从上述的定义中看到SOA的几个关键特性：一种粗粒度、松耦合服务架构，服务之间通过简单、精确定义接口进行通讯，不涉及底层编程接口和通讯模型。
需着重注意的是，SOA并不是新生事物?大型IT组织成功构建和部署SOA应用已有多年的历史??这要比现有的XML和Web服务长很多。IBM CICS和BEA TUXEDO就是过去被用于构建SOA应用的两种技术范例。
重点说明的是SOA并不是一种现成的技术，而是一种架构和组织IT基础结构及业务功能的方法。SOA是一种在计算环境中设计、开发、部署和管理离散逻辑单元（服务）的模型。这一定义阐明了SOA的范围。
SOA要求开发人员将应用设计为服务的集合。SOA要求开发人员跳出应用本身进行思考，考虑现有服务的重用，或思索他们的服务如何能够被其他项目重用。“单独的”、“独立的”、“封装完善的”服务所具有的一个关键的好处是，可以采用多种不同方法将它们组合成较大型的服务，由此来实现重用。
但是，SOA并不仅仅是一种开发方法?它还具有管理上的优点。例如，现在管理员可直接管理开发人员所构建的相同服务，这远胜于以往管理单个应用的方式。通过分析服务间的交互，SOA可以帮助企业了解何时以及为什么业务逻辑被切实执行了，这使管理员或分析师能够有针对性的优化业务流程。
SCA则不同。她是建立在一个统一标准之下，由众多厂商、软件企业和开源组织支持的面向组件的架构。在SCA加入OASIS组织后，将成为SOA的工业标准，SCA是一个规范系列，明确定义详细说明，make SOA concrete!
发表于 @ 2007年07月28日 15:24:00|评论(loading...)|编辑