SOA简单介绍

SOA有以下特性

SOA服务具有平台独立的自我描述XML文档。Web服务描述语言(WSDL， Web Services Description Language)是用于描述服务的标准语言。

SOA 服务用消息进行通信，该消息通常使用XML Schema来定义(也叫做XSD， XML Schema Definition)。消费者和提供者或消费者和服务之间的通信多见于不知道提供者的环境中。服务间的通讯也可以看作企业内部处理的关键商业文档。

在一个企业内部，SOA服务通过一个扮演目录列表(directory listing)角色的登记处(Registry)来进行维护。应用程序在登记处(Registry)寻找并调用某项服务。统一描述，定义和集成(UDDI， Universal Description， Definition， and Integration)是服务登记的标准。

每项SOA服务都有一个与之相关的服务品质(QoS， quality of service)。QoS的一些关键元素有安全需求(例如认证和授权)，可靠通信(译注：可靠消息是指，确保消息“仅且仅仅”发送一次，从而过滤重复信息。)，以及谁能调用服务的策略。

为什么选择SOA?

不同种类的操作系统，应用软件，系统软件和应用基础结构(application infrastructure)相互交织，这便是IT企业的现状。一些现存的应用程序被用来处理当前的业务流程(business processes)，因此从头建立一个新的基础环境是不可能的。企业应该能对业务的变化做出快速的反应，利用对现有的应用程序和应用基础结构(application infrastructure)的投资来解决新的业务需求，为客户，商业伙伴以及供应商提供新的互动渠道，并呈现一个可以支持有机业务(organic business)的构架。SOA凭借其松耦合的特性，使得企业可以按照模块化的方式来添加新服务或更新现有服务，以解决新的业务需要，提供选择从而可以通过不同的渠道提供服务，并可以把企业现有的或已有的应用作为服务， 从而保护了现有的IT基础建设投资。

如图1的例子所示，一个使用SOA的企业，可以使用一组现有的应用来创建一个供应链复合应用(supply chain composite application)，这些现有的应用通过标准接口来提供功能。

Figure 1. Supply chain application. Click on thumbnail to view full-sized image.

服务架构

为了实现SOA，企业需要一个服务架构，图2显示了一个例子：

Figure 2. A sample service architecture. Click on thumbnail to view full-sized image.

在图2中， 服务消费者(service consumer)可以通过发送消息来调用服务。这些消息由一个服务总线(service bus)转换后发送给适当的服务实现。这种服务架构可以提供一个业务规则引擎(business rules engine)，该引擎容许业务规则被合并在一个服务里或多个服务里。这种架构也提供了一个服务管理基础(service management infrastructure)，用来管理服务，类似审核，列表(billing)，日志等功能。此外，该架构给企业提供了灵活的业务流程，更好地处理控制请求(regulatory requirement)，例如Sarbanes Oxley(SOX)，并且可以在不影响其他服务的情况下更改某项服务。

SOA基础结构

要运行，管理SOA应用程序，企业需要SOA基础，这是SOA平台的一个部分。SOA基础必须支持所有的相关标准，和需要的运行时容器。图3所示的是一个典型的SOA基础结构。接下来的章节将逐一讨论该结构的每个部分。

Figure 3. A typical SOA infrastructure. Click on thumbnail to view full-sized image.

SOAP， WSDL， UDDI

WSDL，UDDI和SOAP是SOA基础的基础部件。WSDL用来描述服务;UDDI用来注册和查找服务;而SOAP，作为传输层，用来在消费者和服务提供者之间传送消息。SOAP是Web服务的默认机制，其他的技术为可以服务实现其他类型的绑定。一个消费者可以在UDDI注册表(registry)查找服务，取得服务的WSDL描述，然后通过SOAP来调用服务。

参考:http://www.uml.org.cn/soa/201402171.asp