對于面向同步和異步應用的，基于請求/響應模式的分布式計算來說，SOA是一場革命。一個應用程序的業務邏輯（business logic）或某些單獨的功能被模塊化并作為服務呈現給消費者或客戶端。這些服務的要害是他們的松耦合特性。例如，服務的接口和實現相獨立。應用開發人員或者系統集成者可以通過組合一個或多個服務來構建應用，而無須理解服務的底層實現。舉例來說，一個服務可以用。NET或J2EE來實現，而使用該服務的應用程序可以在不同的平臺之上，使用的語言也可以不同。

　　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.