|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
在采用Web服务作为SOA的实现技术时，该系统应该至少分为6个层次：底层传输层、服务通信协议层、服务描述层、服务层、业务流程层和服务注册层。
|
|
|
|
（1）底层传输层主要负责消息的传输机制，HTTP、JMS和SMTP都可以作为Web服务的消息传输协议，其中HTTP使用最广。
|
|
|
|
（2）服务通信协议层的主要功能是描述并定义服务之间进行消息传递所需的技术标准，常用的标准是SOAP协议，还有新出现的REST（Representational State Transfer，表述性状态转移）协议。
|
|
|
|
（3）服务描述层主要以一种统一的方式描述服务的接口与消息交换方式，相关的标准是WSDL。
|
|
|
|
（4）服务层的主要功能是将遗留系统进行包装，并通过发布的WSDL接口描述被定位和调用。
|
|
|
|
（5）业务流程层的主要功能是支持服务发现，服务调用和点到点的服务调用，并将业务流程从Web服务的底层调用抽象出来。相关的标准是WS-BPEL（Web Service-Business Process Execution Language，Web服务业务流程执行语言）。
|
|
|
|
（6）服务注册层的主要功能是使得服务提供者能够通过WSDL发布服务定义，并支持服务请求者查找所需的服务信息。相关的标准是UDDI。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Web服务是近年来提出的一种新的面向服务的体系结构，同传统分布式体系结构相比，Web服务体系结构的主要优势体现在以下4个方面。
|
|
|
|
（1）高度的通用性和易用性：Web服务利用标准的Internet协议（如HTTP、SMTP等），解决了面向Web的分布式计算模型，提高了系统的开放性、通用性和可扩展性；而CORBA、DCOM和EJB等使用私有协议，只能解决企业内部的对等实体间的分布式计算。此外，HTTP能够很容易地跨越系统的防火墙，具有高度的易用性。
|
|
|
|
（2）完全的平台、语言独立性：Web服务进行了更高程度的抽象，只要遵循Web服务的接口即可进行服务的请求和调用。Web服务将XML作为信息交换格式，使信息的处理更加简单，厂商之间的信息很容易实现沟通，这种信息格式最适合跨平台应用。此外，Web服务基于SOAP协议进行远程对象访问，可以通过各种开发工具来具体实现，而不需要绑定到特定的工具上，这很容易适应不同客户、不同系统平台以及不同的开发平台。而CORBA、DCOM和EJB等模型要求在对等体系结构间才能进行通信。
|
|
|
|
（3）高度的集成性：Web服务实质上就是通过服务的组合来完成业务逻辑的，因此，表现出高度的组装性和集成性。可以说集成性是Web服务的一个重要特征。Web服务体系结构是建立在服务提供者和使用者之间的松耦合之上的，这样使得企业应用易于更改。相对于传统的集成方式，Web服务集成体现了高度的灵活性。Web服务还可以提供动态的服务接口来实现动态的集成，这也是传统的EAI解决方案所不能提供的。
|
|
|
|
（4）容易部署和发布：Web服务体系结构方案通过UDDI、WSDL和SOAP等技术协议，很容易实现系统的部署。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
SOA（Service-Oriented Architecture，面向服务的架构）是一种粗粒度、松耦合服务架构，服务之间通过简单、精确定义接口进行通信，不涉及底层编程接口和通信模型。SOA可以看作是B/S模型、XML（标准通用标记语言的子集）／Web Service技术之后的自然延伸。
|
|
|
|
Web Service是现在实现SOA的主要技术，是一个平台独立的，低耦合的，自包含的、基于可编程的web应用程序，可使用开放的XML（标准通用标记语言下的一个子集）标准来描述、发布、发现、协调和配置这些应用程序，用于开发分布式的互操作的应用程序。Web Service技术，能使得运行在不同机器上的不同应用无须借助附加的、专门的第三方软件或硬件，就可相互交换数据或集成。依据Web Service规范实施的应用之间，无论它们所使用的语言、平台或内部协议是什么，都可以相互交换数据。
|
|
|
|
SOA支持将业务转换为一组相互链接的服务或可重复业务任务，可以对这些服务进行重新组合，以完成特定的业务任务，从而使业务能够快速适应不断变化的客观条件和需求。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Web是为了程序到用户的交互，而Web服务是为程序到程序的交互做准备。Web服务使公司可以降低进行电子商务的成本、更快地部署解决方案以及开拓新机遇。实现Web服务的关键在于通用的程序到程序通信模型，该模型应建立在现有的和新兴的标准之上，例如，HTTP、可扩展标记语言（Extensible Markup Language，XML）、简单对象访问协议（Simple Object Access Protocol，SOAP）、Web服务描述语言（Web Service Description Language，WSDL）以及通用描述发现和集成（Universal Description Discovery and Integration，UDDI）。
|
|
|
|
|
|
Web服务是描述一些操作（利用标准化的XML消息传递机制可以通过网络访问这些操作）的接口。Web服务是用标准的、规范的XML概念描述的，称为Web服务的服务描述。这一描述包括了与服务交互需要的全部细节，包括消息格式（详细描述操作）、传输协议和位置。该接口隐藏了实现服务的细节，允许独立于实现服务所基于的硬件或软件平台和编写服务所用的编程语言使用服务。Web服务履行一项特定的任务或一组任务。Web服务可以单独或同其他Web服务一起用于实现复杂的聚集或商业交易。
|
|
|
|
Web服务体系结构基于三种角色（服务提供者、服务注册中心和服务请求者）之间的交互。交互涉及发布、查找和绑定操作。这些角色和操作一起作用于Web服务构件——Web服务软件模块及其描述。在典型情况下，服务提供者托管可通过网络访问的软件模块（Web服务的一个实现），服务提供者定义Web服务的服务描述并把它发布到服务请求者或服务注册中心。服务请求者使用查找操作来从本地或服务注册中心检索服务描述，然后使用服务描述与服务提供者进行绑定并调用Web服务实现或同它交互。服务提供者和服务请求者角色是逻辑结构，因而服务可以表现两种特性。下图描述了这些操作、提供这些操作的组件及它们之间的交互。
|
|
|
|
|
|
|
|
WSDL——Web服务描述语言（Web Service Description Language）
|
|
|
|
WSDL是一种XML Application，它将Web服务描述定义为一组服务访问点，客户端可以通过这些服务访问点对包含面向文档信息或面向过程调用的服务进行访问（类似远程过程调用）。WSDL首先对访问的操作和访问时使用的请求／响应消息进行抽象描述，然后将其绑定到具体的传输协议和消息格式上以最终定义具体部署的服务访问点。相关的具体部署的服务访问点通过组合就成为抽象的Web服务。
|
|
|
|
UDDI——通用描述发现和集成（Universal Description Discovery and Integration）
|
|
|
|
（1）UDDI的基本概念。UDDI允许动态发现相关的Web服务并将其集成到聚合的业务过程中。UDDI提供一种搜索有关企业和电子化服务的信息。在UDDI中发布企业与服务信息使其他企业能大范围访问到这些信息。UDDI基于现成的标准，如可扩展标记语言（Extensible Markup Language，XML）和简单对象访问协议（Simple Object Access Protocol，SOAP）。
|
|
|
|
（2）UDDI注册中心。在UDDI中，一个重要的概念就是UDDI注册中心。UDDI注册中心包含了通过程序手段可以访问到的对企业和企业支持的服务所做的描述。此外，还包含对Web服务所支持的因行业而异的规范、分类法定义以及标识系统的引用。UDDI提供了一种编程模式，定义与注册中心通信的规则。UDDI规范中所有API都用XML来定义，包装在SOAP信封中，在HTTP上传输。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
消息是对象间通信的手段、一个对象通过向另一个对象发送消息来请求其服务。一个消息通常包括接收对象名、调用的操作名和适当的参数（如有必要）。消息只告诉接收对象需要完成什么操作，并不能指示接收者怎样完成操作。消息完全由接收者解释，接收者独立决定采用什么方法来完成所需的操作。
|
|
|
|
|
|
|
|
|
|
|
|
|
