Web Service技术使得应用程序间可以基于标准的因特网协议进行协作， 而无须人的直接干预。借此， 可将许多业务操作自动化， 创建新的功能效率及新的更有效的业务开展方式。Web Service范式对基础架构的要求并不高， 其目的就是确保在任何平台上使用任何技术和编程语言都可以实现和访问Web Service。
实际上， Web Service的实现方式并不是唯一的， 而是代表了几类相关的技术。Web Service一个普遍接受的定义基于如图1.7所示的一套具体的补充标准。开发被普遍接受的开放标准是Web Service基础架构开发联盟的一个重头戏。同时， 如图1.7所示， 这些工作也导致了大量的新标准、 新术语的诞生。为了简化问题， 我们对Web Service技术架构的一些重要标准进行了分类， 并在下面进行了简要介绍。
使能技术标准： 虽然Web Service并没有限定采用任一特定的传输协议， 然而Web Service使用互联网连接和基础架构进行构建， 从而确保几乎无障碍的连接， 并能得到广泛的支持。例如， Web Service在传输层利用了HTTP协议， 也即Web服务器和浏览器所使用的连接协议。Web Service的另一个使能技术是可扩展的标记语言（XML）。XML是一个被广泛采用的格式， 用于交换数据及相应的语义。对于Web Service技术架构中的其他任何层， Web Service基本都是用XML作为基础构造块。
核心服务标准： Web Service的核心标准包括基本标准SOAP、 WSDL和UDDI：
简单对象访问协议： SOAP是一个基于XML的简单的消息协议， Web Service依靠该协议进行相互间的信息交换。SOAP协议基于HTTP， 并使用诸如HTTP这样的常规的因特网传输协议来传送数据。为了进行Web Service间的相互通信， SOAP实现了一个请求/响应模型， 并使用HTTP来穿透防火墙， 将防火墙配置为接受HTTP和FTP服务请求。在第4章中， 我们将会更详细地讨论SOAP。
服务描述： 当Web Service和它的客户端之间在完成一些任务时， 诸如指定数据和操作、 表示Web Service契约， 或者了解Web Service的功能， 若使用一些标准的方法则会更为有效。为了实现这一点， 首先需要使用Web Service描述语言（WSDL）来描述Web Service的功能特性。WSDL定义了XML语法， 将服务描述为能够交换消息的通信端点的集合。在第5章中， 我们将更详细地讨论WSDL。
服务发布： 使用UDDI可进行Web Service的发布。UDDI是一个公开目录， 可提供在线服务的发布， 并有助于Web Service的最终发现。公司可以发布它们所提供的服务的WSDL规范， 其他公司根据这个WSDL描述来访问那些服务。这样， 独立的应用程序将能公布应用流程或任务， 以便其他远程的应用程序或系统可以使用这些流程或任务。在企业的注册机构中， 企业简介中通常提供了这些WSDL规范的链接。在第6章中， 我们将更详细地讨论UDDI。
服务的组合与协作标准： 这些包括下列标准：
服务组合： 对于基于Web Service的应用程序， 通过定义它们的控制流（诸如条件、 顺序、 并行和异常处理）， 以及指定规则一致地管理那些不可观测的业务数据， 即可以描述Web Service应用程序的执行逻辑。这样， 企业可以描述横跨多个组织的业务流程， 诸如订单流程、 潜在客户管理、 投诉处理。并且在系统中， 企业可以从其他的供货商那里执行同样的业务流程。业务流程执行语言（BPEL）可实现Web Service的服务组合［Andrews 2003］。在第9章中， 我们将讨论BPEL。
服务协作： 对于跨企业的一些Web Service， 可定义它们共同的、 可观察的行为。例如， Web Service在何处通过共享的接触点交换同步信息， 何时能够满足所定义的排序规则。通过定义这些行为， 可描述Web Service间的协作。Web Service编排描述语言（WSCDL）［Kavantzas 2004］可指定业务协作中所有参与的Web Service的共同的可观测行为， 因此通过Web Service编排描述语言可实现服务协作。每一个参与的Web Service不仅可以通过BPEL来实现， 也可使用其他的可执行的业务流程语言来实现。
协调/事务标准： 对于与服务发现及服务描述的检索相关的问题， 成功地解决它们是Web Service是否成功的关键。当前， 正尝试定义Web Service间的事务交互。Web Service协调（WSCoordination）和Web Service事务（WSTransaction）对BPEL进行了补充， 提供了定义具体的标准化协议的机制， 这些标准化协议可用于事务流程系统、 工作流系统或者其他需要协调多个Web Service的应用。在一些电子商务应用场合， 可能需要连接或执行许多Web Service， 并且这些Web Service可能在不同的平台上运行， 并横跨多个组织。这三个规范相互配合， 可解决上述场景中的业务工作流方面的问题。在第11章中， 我们将比较详细地讨论Web Service协调和Web Service事务。
增值标准： 在Web Service能真正地自动处理关键的业务流程之前， 仍然必须实现支持复合业务交互的一些其他的要素。增值服务标准包括安全性和认证机制、 授权机制、 信任机制、 隐私机制、 安全会话机制、 合同管理机制等。在第11章、 第12章和第16章中， 我们将讨论诸如Web Service安全性（WSSecurity）、 Web Service策略（WSPolicy）和Web Service管理（WSManagement）等增值服务标准。
目前， 包括IBM、 微软、 BEA和SUN微系统在内的一些公司提供了跨Web Service功能域的产品和服务， 并实现了Web Service技术架构。通常将这些公司视为平台提供者。他们以应用服务器的形式提供基础设施， 例如WebSphere、 .NET框架、 WebLogic， 用于构建和部署Web Service。此外， 这些公司还提供一些工具， 可进行业务运营中的Web Service的编配和/或组合应用开发。 |
