【IT168 专稿】1、Web Service简介

　　要了解微软创建的WS-*协议体系结构，必须先要了解Web Service。进入21世纪以来，随着系统开发中人员、信息与流程之间的交互日益紧密，软件开发方式也发生了相应的转变。成功的 IT 系统日益要求跨平台的互操作性以及可以随着时间的推移轻松加以改进和维护的灵活服务，从而成就了XML的辉煌，目前在Web Service领域，XML从流行到占据主导地位仅仅用了短短几年的时间，其可独立于编程语言、软件平台和硬件来表示和传输结构化数据的优良特性受到所有IT服务领域人士的交口称赞。由于对XML 的全面认可，Web Service逐渐成为使用标准传输、编码和协议来交换信息的应用标准。Web Service拥有来自不同供应商和各种IT业务的广泛支持，以端对端的安全性、可靠的消息传送、分布式事务以及更多优势，使得各种平台上的计算机系统都可以跨越公司内联网(Intranet)、外联网(Extranet)和互联网(Internet)进行通信。

　　从定义上讲，Web Service是基于一套描述网络系统中软件通信语法和语义的核心标准。该标准体系包括：（1）XML 提供表示数据的通用语法；（2）简单对象访问协议 (SOAP) 提供数据交换的语义；（3）Web 服务描述语言 (WSDL) 提供描述 Web 服务功能的机制；（4）其他规范即由微软公司为主体建立的 WS-* 体系结构，用于定义 Web 服务发现、事件、附件、安全性、可靠的消息传送、事务和管理方面的功能。

　　通过上述分析可以知道，WS-*协议体系是Web Service标准体系的有机组成部分，可以保证网络信息的安全、可靠传递与事务管理，是构建各种网络通讯系统必不可少的一类标准。

　　2、微软公司与Web Service的关系

　　Web Service自出现之日起，就成为微软公司在网络互操作性方面的工作基础和目标。比如，微软的.NET就是围绕Web Service来构建的开发人员平台。除此之外，微软公司所推动的标准化过程中，非常重要的一点就是推动供应商在水平标准和垂直标准两个方面达成一致性意见与互操作性，而这恰恰是Web Service标准体系中所严格要求的内容。最近几年中，Web Service对微软公司产生影响的领域包括：（1）新的开发人员和工具选择方面、（2）对IT运营和管理的关注方面、（3）为用户和信息工作人员提供更多可用工具方面、（4）增强应用程序市场的业务创新以及扩展业务覆盖范围方面。

　　微软在Web Service的推广领域已经取得了很多成绩。比如：（1）对众多的微软开发人员来说，Windows Communication Foundation (WCF) 是微软公司用于构建安全、可靠和事务式 Web 服务的下一代平台。（2）对IT专业人员来说，Windows Server 和 Microsoft Operations Manager能够让他们使用 WS-Management 管理各种软件和硬件系统。（3）对客户来说，Windows Vista 将支持发现启用 Web 服务的设备，例如打印机、数码相机和家庭控制系统，并提供交互支持。

　　微软公司对Web Service的前瞻性预测使其远远超出了对自身产品提供支持的范畴，这在微软公司的整个发展史上都是非常罕见的。众所周知，作为一家系统平台供应商，微软公司一直专注于提供其他供应商和客户可以在其上构建带有微软设计的解决方案痕迹的服务平台，这种对于对手的容忍和支持是与比尔.盖茨当年的商业风格所迥异的。不过也内人士分析，这恰恰是微软原有风格的升华，从本质上还是奉行的"拿来主义"原则。

　　3、WS-*体系结构简介

　　广大供应商在标准和可靠互操作性方面的协议，使得 Web 服务不同于以往的任何集成技术。在互操作性和标准化的推进过程中，Microsoft 在创建水平及行业特定 Web 服务标准方面付出了不懈的努力。由于 Web Service市场的快速扩张，管理Web Service安全性、可靠性和事务的高级标准需求也随之而生。Microsoft 和业内其他供应商针对这一需求编写了一套规范，统称为 WS-* 体系结构。这些规范的目的是在保留基本Web Service简单性的同时，提供高级功能的远景蓝图。

　　从图1可以看出，WS-* 体系结构最重要的属性是可组合性。协议可组合性使得 Web 服务解决方案可随个人要求（如安全性、可靠的消息传送、附件、发现等）所需，随时完善开发。在隔离状态下，每项要求可满足一个基本需求。组合之后，他们就可以满足分布式应用程序通常要求的更高级别功能。因此，WS-* 规范即可单独使用，又可相互之间结合使用。这样就消除了在规范试图定义多个功能，或与其他规范紧密耦合所带来的复杂性以及相关开支。还可使开发人员只应用解决直接需求的特定功能即可。而在新的应用程序要求产生之后，无需牺牲后向兼容性即可编写新的规范。