SOA的架構理念是什么？不同種類的操作系統，應用軟件，系統軟件和應用基礎結構(applicationinfrastructure)相互交織，這便是IT企業的現狀。一些現存的應用程序被用來處理當前的業務流程(businessprocesses)，因此從頭建立一個新的基礎環境是不可能的。企業應該能對業務的變化做出快速的反應，利用對現有的應用程序和應用基礎結構(applicationinfrastructure)的投資來解決新的業務需求，為客戶，商業伙伴以及供應商提供新的互動渠道，并呈現一個可以支持有機業務(organic business)的構架。SOA憑借其松耦合的特性，使得企業可以按照模塊化的方式來添加新服務或更新現有服務，以解決新的業務需要，提供選擇從而可以通過不同的渠道提供服務，并可以把企業現有的或已有的應用作為服務， 從而保護了現有的IT基礎建設投資。如圖1的例子所示，一個使用SOA的企業，可以使用一組現有的應用來創建一個供應鏈復合應用(supplychaincompositeapplication)，這些現有的應用通過標準接口來提供功能。 服務架構為了實現SOA，企業需要一個服務架構，圖2顯示了一個例子：在圖2中，服務消費者(serviceconsumer)可以通過發送消息來調用服務。這些消息由一個服務總線(servicebus)轉換后發送給適當的服務實現。這種服務架構可以提供一個業務規則引擎(business rules engine)，該引擎容許業務規則被合并在一個服務里或多個服務里。這種架構也提供了一個服務管理基礎(service management infrastructure)，用來管理服務，類似審核，列表(billing)，日志等功能。此外，該架構給企業提供了靈活的業務流程，更好地處理控制請求(regulatory requirement)，例如Sarbanes Oxley(SOX)，并且可以在不影響其他服務的情況下更改某項服務。SOA基礎結構要運行，管理SOA應用程序，企業需要SOA基礎，這是SOA平臺的一個部分。SOA基礎必須支持所有的相關標準，和需要的運行時容器。圖3所示的是一個典型的SOA基礎結構。SOAP，WSDL，UDDIWSDL，UDDI和SOAP是SOA基礎的基礎部件。WSDL用來描述服務；UDDI用來注冊和查找服務；而SOAP，作為傳輸層，用來在消費者和服務提供者之間傳送消息。SOAP是Web服務的默認機制，其他的技術為可以服務實現其他類型的綁定。一個消費者可以在UDDI注冊表(registry)查找服務，取得服務的WSDL描述，然后通過SOAP來調用服務。WS-IBasicProfileWS-IBasicProfile，由Web服務互用性組織(WebServices Interoperability Organization)提供，是SOA服務測試與互用性所需要的核心構件。服務提供者可以使用Basic Profile測試程序來測試服務在不同平臺和技術上的互用性。J2EE和.Net盡管J2EE和。NET平臺是開發SOA應用程序常用的平臺，但SOA不僅限于此。像J2EE這類平臺，不僅為開發者自然而然地參與到SOA中來提供了一個平臺，還通過他們內在的特性，將可擴展性，可靠性，可用性以及性能引入了SOA世界。新的規范，例如JAXB(JavaAPIfor XML Binding)，用于將XML文檔定位到Java類；JAXR(Java API for XML Registry)用來規范對UDDI注冊表(registry)的操作；XML-RPC(Java API for XML-based Remote Procedure Call)在J2EE1.4中用來調用遠程服務，這使得開發和部署可移植于標準J2EE容器的Web服務變得容易，與此同時，實現了跨平臺(如。NET)的服務互用。服務品質在企業中，關鍵任務系統(mission-criticalsystem，譯注：關鍵任務系統是指如果一個系統的可靠性對于一個組織是至關重要的，那么該系統就是該企業的關鍵任務系統。比如，電話系統對于一個電話促銷企業來說就是關鍵任務系統，而文字處理系統就不那么關鍵了。)用來解決高級需求，例如安全性，可靠性，事物。當一個企業開始采用服務架構作為工具來進行開發和部署應用的時候，基本的Web服務規范，像WSDL，SOAP，以及UDDI就不能滿足這些高級需求。正如前面所提到的，這些需求也稱作服務品質(QoS，qualityofservices)。與QoS相關的眾多規范已經由一些標準化組織(standards bodies)提出，像W3C(World Wide Web Consortium)和OASIS(the Organization for the Advancement of Structured Information Standards)。下面的部分將會討論一些QoS服務和相關標準。安全Web服務安全規范用來保證消息的安全性。該規范主要包括認證交換，消息完整性和消息保密。該規范吸引人的地方在于它借助現有的安全標準，例如，SAML(asSecurityAssertion Markup Language)來實現web服務消息的安全。OASIS正致力于Web服務安全規范的制定。可靠在典型的SOA環境中，服務消費者和服務提供者之間會有幾種不同的文檔在進行交換。具有諸如“僅且僅僅傳送一次”(once-and-only-oncedelivery)，“最多傳送一次”( at-most-once delivery)，“重復消息過濾”(duplicate message elimination)，“保證消息傳送”(guaranteed message delivery)等特性消息的發送和確認，在關鍵任務系統(mission-critical systems)中變得十分重要。WS-Reliability 和 WS-ReliableMessaging是兩個用來解決此類問題的標準。這些標準現在都由OASIS負責。 策略服務提供者有時候會要求服務消費者與某種策略通信。比如，服務提供商可能會要求消費者提供Kerberos安全標示，才能取得某項服務。這些要求被定義為策略斷言(policyassertions)。一項策略可能會包含多個斷言。WS-Policy用來標準化服務消費者和服務提供者之間的策略通信。控制當企業著手于服務架構時，服務可以用來整合數據倉庫(silosofdata)，應用程序，以及組件。整合應用意味著例如異步通信，并行處理，數據轉換，以及校正等進程請求必須被標準化。在SOA中，進程是使用一組離散的服務創建的。BPEL4WS或者 WSBPEL(Web Service Business Process Execution Language)是用來控制這些服務的語言。WSBPEL目前也由OASIS負責。管理隨著企業服務的增長，所使用的服務和業務進程的數量也隨之增加，一個用來讓系統管理員管理所有運行在多相環境下的服務的管理系統就顯得尤為重要。WSDM(WebServicesforDistributed Management)規定了任何根據WSDM實現的服務都可以由一個WSDM適應(WSDM-compliant)的管理方案來管理。其它的qos特性，比如合作方之間的溝通和通訊，多個服務之間的事務處理，都在WS-Coordination和WS-Transaction標準中描述， 這些都是OASIS 的工作。SOA不是Web服務在理解SOA和Web服務的關系上，經常發生混淆。根據2003年4月的Gartner報道，YefimV.Natis就這個問題是這樣解釋的：“Web服務是技術規范，而SOA是設計原則。特別是W