SOA的架構(gòu)理念是什么.doc

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