SOA从概念到实用，仅仅短短几年时间，发展十分迅速。随着SOA发展的深入，各种SOA相关技术标准也随之发展和完善。SOA的优点和特点，已经为大多数厂家和用户所熟知，如松耦合、业务敏捷性、基于开放式标准等，那么如何构建企业或组织的SOA应用呢？构建SOA架构的企业应用或电子政务，需要基于开放式的SOA相关技术标准，不然，基于非标准技术的应用，也仅仅是传统的应用，而不是所谓的SOA，更谈不上获取SOA所带来的好处了。那么，面对庞大而复杂的SOA相关技术标准，我们如何来有选择的使用它们呢？下面，我们将从业务和技术两个角度，浅谈一下SOA技术标准的应用。

　　1. SOA参考架构

　　谈到SOA技术标准的应用，需要从业务角度了解一下SOA参考架构。不同厂商及组织定义的SOA参考架构，基本上大同小异，本文以长风开放标准平台软件联盟所推荐的为例，作简单介绍。长风联盟的SOA-RA-TF(SOA参考架构工作组)参照相关的国际标准，充分考虑国内的实际业务需求，提出了一个SOA参考架构，如图1所示。长风联盟SOA参考架构本身，体现了松散耦合特性，它结合了传统技术和Web服务技术，考虑了各种应用场景，可灵活地分拆组合使用。

　　SOA参考架构及相关技术，主要应用在企业应用集成领域，它能够以服务的方式共享和复用企业现有应用资产，保护用户IT投资，并能够以服务的方式构建新的业务流程，对组织中的业务流程进行灵活的重构和优化，增强业务的敏捷性。下面从业务的角度，简要介绍一下SOA参考架构各个部分的作用与定位。

　　1) 通过底层的适配器服务，将组织现有应用系统进行封装，形成可复用的服务，来复用组织中的现有应用资产。所以，适配器服务是应用集成的基础;

　　2) 服务总线，作为服务之间的协调中介，可将组织中的所有服务如适配器服务、信息服务、安全服务、业务服务等，集中管理起来，暴露服务接口，并提供服务查找、内容路由、服务质量保障等功能，它在SOA参考架构中起着核心中枢的作用;

　　3) 流程服务，用来将组织中的服务，进行编排组合，以满足业务流程的需要，同时，也能够封装形成更大粒度的业务服务。能不能体现业务敏捷性及满足用户复杂的业务流程需要，流程服务起着关键的作用;

　　4) 顶层的交互服务，是直接面向用户的一层，能够为用户提供友好的交互界面及门户集成的功能;SOA实施的效果，往往通过交互服务这张脸面来体现;

　　5) 当然，要开发和管理SOA所需要的运行服务，还离不开集成开发环境、运行管理系统及服务资源的管理。SOA是否易于被用户接受、开发是否快捷高效、管理和维护是否方便，这几种辅助工具非常关键。

　　2. SOA相关技术标准及应用

　　根据SOA参考架构所对应的业务、构建SOA涉及的技术要求以及技术标准在SOA中的角色功能，我们将SOA相关技术标准分为三大类：服务层次上的信息交互规范、基础通信标准规范、元数据标准规范。根据各种标准规范在SOA体系中的角色功能，可以将SOA协议栈分为7层，如图2所示。从底向上，包括传输层、消息层、描述层、管理层、服务组合层、表示层及服务资源注册和发现层，其中除了ebXML和电子商务相关的技术标准(如资源注册的ebRS、消息表示ebMS、外部服务资源编排的WS-CDL等)外，大多数在国内已经得到了相当的应用。下面简单介绍一下相关的技术标准及其应用场合。

　　2.1. 传输层

　　传输层作为传统的传输协议，在SOA技术实现中，依然发挥着重要的作用。如HTTP、RMI/IIOP(分别用于Java的远程对象调用和CORBA的远程通讯)、SMTP、TCP/IP等。当然，在使用基于Web的服务时，常常使用HTTP协议，以便于互联网上穿越防火墙。

　　2.2. 消息层

　　SOAP协议基于XML描述，格式简单，语言独立，便于解析和扩展，因此，消息层SOAP已经是Web服务消费的消息传输载体的首选。Web服务协议栈中的许多规范，多是基于SOAP进行扩展的，如WS-Security、WS-Reliability、WS-Policy等。在有特殊要求的电子商务领域，消息传输还可以采用ebXML中的ebMS标准，而基于J2EE技术的应用中，还可以选择JMS作为传输协议。

　　2.3. 描述层

　　要消费、发现和识别服务资源，需要对服务的语义进行描述。虽然SOA中的服务并不一定是Web服务，但由于Web服务的语言独立性、协议的简单性及众多厂商的支持，Web服务已经是最常用的服务表现形式，而多数SOA的技术标准也大多是基于Web服务的。

　　WSDL从句法层面对Web服务的功能进行描述，包括4个不同的粒度：数据类型、消息、方法和访问端口。WSDL在Web服务语义方面的描述还不完善，因此基于SOAP协议扩展推出的WS-Policy，对表示Web服务的限制条件和能力方面进行了补充。鉴于WSDL比较简单，与传统的对象和方法调用等概念较一致，而且语言独立，得到了绝大多数厂商的支持，如IBM、BEA及国内中间件厂商东方通等公司的产品，都提供了对Web服务及其标准的支持，而WSDL和SOAP已经成为Web服务最基础的标准。

　　由于WSDL的缺点和限制，DARPA组织发展了OWL-S协议，它是语义Web服务标记语言的标准，它比WSDL更能向用户提供可理解的服务资源的描述形式，提高服务选取与推荐的准确性。此协议相对完整和严谨，但是相对复杂，目前它主要在学术界进行研究和发展，实际应用较少。

　　2.4. 管理层

　　与传统的IT技术相比，松耦合的分布式的SOA软件系统，处理服务质量方面的管理问题，更加棘手。例如安全性问题，对于跨网络的多个服务访问，如何验证合法身份、防止饱和性攻击、消息内容如何防止篡改和窃取、多个信任域如何一次性验证身份等？如果使用传统的多种非标准技术或不同厂家来实现这些要访问的服务，要解决上述问题简直是场噩梦。这种情况下，统一使用标准的协议，才是解决的最佳方案。为此，一些标准化组织如OASIS等发展出了系列的标准。如WS-Security标准系列、WS-Trust、SAML等，结合传统的安全标准，如KPI、加密算法等，可以用来解决Web服务的安全性问题;WS-Reliability、WS-ReliableMessaging标准，可以用来解决消息传输的可靠性问题;WS-Transaction系列协议，用来解决传统的多个Web服务消费的事务完整性问题。上述协议可用于服务容器、业务服务及企业服务总线等的服务管理扩展。目前上述部分标准已经在某些商用产品中使用，如应用服务器(服务容器中实现)、企业服务总线产品等。

　　另外，对于Web服务及资源的分布式管理，还可以参考Web服务分布式管理WSDM标准及Web服务资源框架WSRF协议，不过这些协议推出时间比较晚，目前还鲜有应用。

　　2.5. 服务组合层

　　服务组合层的标准规范，主要用来构建基础服务及将服务进行组合编排，来形成满足用户需要的业务服务。

　　WS4BPEL，即Web服务业务流程执行语言，它是一种可执行语言，能够与各种促使业务流程自动化的软件系统相兼容。Web服务编制，通过说明性的方式(而不是编程的方式)表达了进行Web服务合成的需求。此标准主要用于组织内部的业务流程管理及服务编排，目前越来越多的BPM产品基于此规范实现，大有代替传统工作流技术的趋势。

　　WS-CDL，定义为在多个交易伙伴之间建立形式化关系，它不要求所有被集成的端点(endpoints)都有Web服务基础设施。此规范更多地用于组织之外的服务与流程编排，目前在国内还不常用。

　　SCA(Service Component Architecture)，即服务组件架构，提供了一种编程模型，可以支持基于SOA的应用程序实现。它支持实现服务组件的各种技术，连接服务组件的各种存取方法。SDO能够使应用编程人员可以用一致的方法操作异构数据源，包括关系型数据库，XML数据源，Web services和企业信息系统。理想上，可以使用多种技术开发组件，然后使用SCA标准来组装组件及更大粒度的服务组装，而SDO可以作为服务及组件之间传输的标准数据格式。SCA比较年轻(2007年推出第一个1.0版本)，国内实际使用的还比较少，而SDO由于发展较早，国内已经有部分用户和厂商在使用。

　　JBI，即Java业务集成，它定义了一个标准的体系结构允许第三方的组件插入到标准的基础设施上，并且即使这些组件是有不同提供商提供的，它们也可以以一种可预见的和可靠的方式互操作。JBI标准可用来实现企业服务总线及企业应用集成产品，但由于JBI限于Java技术，目前商用的产品支持还比较少，倒是一些开源实现比较多。

　　2.6. 表示层

　　表示层的标准如JSR168和WSRP，主要应用在Portal软件的开发。JSR168是java 规范要求，它为创建portlet建立标准的api，它是为实现porltet、基于java的门户服务器和其他web应用程序之间的互操作性而设计的。在开发基于Java技术的门户产品和Web页面集成时，可以考虑使用JSR168规范。而且，大多数的基于Java技术的Portal产品，都支持此规范。