【文章內(nèi)容簡介】 ery and Integration):通用描述、發(fā)現(xiàn)與集成，它是一種獨立于平臺的，基于XML語言的用于在互聯(lián)網(wǎng)上描述商務(wù)的協(xié)議。 相關(guān)　　實際上，WebService的主要目標(biāo)是跨平臺的可互操作性。為了達(dá)到這一目標(biāo)，WebService完全基于XML（可擴(kuò)展標(biāo)記語言）、XSD（XMLSchema）等獨立于平臺、獨立于軟件供應(yīng)商的標(biāo)準(zhǔn)，是創(chuàng)建可互操作的、分布式應(yīng)用程序的新平臺。由此可以看出，在以下三種情況下，使用WebService會帶來極大的好處。具體如下：1) 跨防火墻的通信　　如果應(yīng)用程序有成千上萬的用戶，而且分布在世界各地，那么客戶端和服務(wù)器之間的通信將是一個棘手的問題。因為客戶端和服務(wù)器之間通常會有防火墻或者代理服務(wù)器。在這種情況下，使用DCOM就不是那么簡單，通常也不便于把客戶端程序發(fā)布到數(shù)量如此龐大的每一個用戶手中。傳統(tǒng)的做法是，選擇用瀏覽器作為客戶端，寫下一大堆ASP頁面，把應(yīng)用程序的中間層暴露給最終用戶。這樣做的結(jié)果是開發(fā)難度大，程序很難維護(hù)。2) 應(yīng)用程序集成　　企業(yè)級的應(yīng)用程序開發(fā)者都知道，企業(yè)里經(jīng)常都要把用不同語言寫成的、在不同平臺上運行的各種程序集成起來，而這種集成將花費很大的開發(fā)力量。應(yīng)用程序經(jīng)常需要從運行在IBM主機(jī)上的程序中獲取數(shù)據(jù)；或者把數(shù)據(jù)發(fā)送到主機(jī)或UNIX應(yīng)用程序中去。即使在同一個平臺上，不同軟件廠商生產(chǎn)的各種軟件也常常需要集成起來。通過WebService，應(yīng)用程序可以用標(biāo)準(zhǔn)的方法把功能和數(shù)據(jù)“暴露”出來，供其它應(yīng)用程序使用。3) B2B的集成　　用WebService集成應(yīng)用程序，可以使公司內(nèi)部的商務(wù)處理更加自動化。但當(dāng)交易跨越供應(yīng)商和客戶、突破公司的界限時會怎么樣呢？跨公司的商務(wù)交易集成通常叫做B2B集成?！　ebService是B2B集成成功的關(guān)鍵。通過WebService，公司可以把關(guān)鍵的商務(wù)應(yīng)用“暴露”給指定的供應(yīng)商和客戶。例如，把電子下單系統(tǒng)和電子發(fā)票系統(tǒng)“暴露”出來，客戶就可以以電子的方式發(fā)送訂單，供應(yīng)商則可以以電子的方式發(fā)送原料采購發(fā)票。當(dāng)然，這并不是一個新的概念，EDI(電子文檔交換)早就是這樣了。但是，WebService的實現(xiàn)要比EDI簡單得多，而且WebService運行在Internet上，在世界任何地方都可輕易實現(xiàn)，其運行成本就相對較低。不過，WebService并不像EDI那樣，是文檔交換或B2B集成的完整解決方案。WebService只是B2B集成的一個關(guān)鍵部分，還需要許多其它的部分才能實現(xiàn)集成?！　∮肳ebService來實現(xiàn)B2B集成的最大好處在于可以輕易實現(xiàn)互操作性。只要把商務(wù)邏輯“暴露”出來，成為WebService，就可以讓任何指定的合作伙伴調(diào)用這些商務(wù)邏輯，而不管他們的系統(tǒng)在什么平臺上運行，使用什么開發(fā)語言。這樣就大大減少了花在B2B集成上的時間和成本，讓許多原本無法承受EDI的中小企業(yè)也能實現(xiàn)B2B集成。4) 軟件和數(shù)據(jù)重用　　軟件重用是一個很大的主題，重用的形式很多，重用的程度有大有小。最基本的形式是源代碼模塊或者類一級的重用，另一種形式是二進(jìn)制形式的組件重用?！　ebService在允許重用代碼的同時，可以重用代碼背后的數(shù)據(jù)。使用WebService，再也不必像以前那樣，要先從第三方購買、安裝軟件組件，再從應(yīng)用程序中調(diào)用這些組件；只需要直接調(diào)用遠(yuǎn)端的WebService就可以了。舉個例子，要在應(yīng)用程序中確認(rèn)用戶輸入的地址，只需把這個地址直接發(fā)送給相應(yīng)的WebService，這個WebService就會幫你查閱街道地址、城市、省區(qū)和郵政編碼等信息，確認(rèn)這個地址是否在相應(yīng)的郵政編碼區(qū)域。WebService的提供商可以按時間或使用次數(shù)來對這項服務(wù)進(jìn)行收費。這樣的服務(wù)要通過組件重用來實現(xiàn)是不可能的，那樣的話你必須下載并安裝好包含街道地址、城市、省區(qū)和郵政編碼等信息的數(shù)據(jù)庫，而且這個數(shù)據(jù)庫還是不能實時更新的?！　×硪环N軟件重用的情況是，把好幾個應(yīng)用程序的功能集成起來。例如，要建立一個局域網(wǎng)上的門戶站點應(yīng)用，讓用戶既可以查詢聯(lián)邦快遞包裹，查看股市行情，又可以管理自己的日程安排，還可以在線購買電影票?，F(xiàn)在Web上有很多應(yīng)用程序供應(yīng)商，都在其應(yīng)用中實現(xiàn)了這些功能。一旦他們把這些功能都通過WebService“暴露”出來，就可以非常容易地把所有這些功能都集成到你的門戶站點中，為用戶提供一個統(tǒng)一的、友好的界面?！　?，許多應(yīng)用程序都會利用WebService，把當(dāng)前基于組件的應(yīng)用程序結(jié)構(gòu)擴(kuò)展為組件/WebService的混合結(jié)構(gòu)，可以在應(yīng)用程序中使用第三方的WebService提供的功能，也可以把自己的應(yīng)用程序功能通過WebService提供給別人。兩種情況下，都可以重用代碼和代碼背后的數(shù)據(jù)。 SOA的WebService實現(xiàn) SOA是一種軟件架構(gòu)，而不是局限于某個技術(shù)的組合，它超越了技術(shù)范圍。SOA的關(guān)鍵是“服務(wù)”。W3C將服務(wù)定義為：“服務(wù)提供者完成一組工作，為服務(wù)使用者交付所需的最終結(jié)果。最終結(jié)果通常是使用者的狀態(tài)發(fā)生變化，但也可能是提供者的狀態(tài)改變，或者雙方都產(chǎn)生變化”。服務(wù)是網(wǎng)絡(luò)中可用的軟件資源。服務(wù)提供者通過標(biāo)準(zhǔn)機(jī)制提供服務(wù)，使用者通過網(wǎng)絡(luò)有計劃地使用服務(wù)。服務(wù)儲備庫發(fā)布服務(wù)所在位置，并在使用者請求服務(wù)時定位服務(wù)。服務(wù)使用者和提供者的角色不是惟一的，服務(wù)提供者也可以是使用者，反之亦然。SOA具體的實現(xiàn)有很多，包括Web Service，SessionBean，JINI等，但隨著Web Service技術(shù)被越來越重視，其己經(jīng)成為構(gòu)建SOA的主要技術(shù)。 標(biāo)準(zhǔn)WebService技術(shù)和SOA架構(gòu)系統(tǒng)對比 從上圖比較得出，SOA自治的WebService實現(xiàn)架構(gòu)中，增加了對服務(wù)的管理，包括：業(yè)務(wù)對象管理、業(yè)務(wù)流程管理，服務(wù)策略，服務(wù)安全等的考慮。 基于SOA的Application為什么選擇SOA？　　不同種類的操作系統(tǒng)，應(yīng)用軟件，系統(tǒng)軟件和應(yīng)用基礎(chǔ)結(jié)構(gòu)（application infrastructure）相互交織，這便是IT企業(yè)的現(xiàn)狀。一些現(xiàn)存的應(yīng)用程序被用來處理當(dāng)前的業(yè)務(wù)流程（business processes），因此從頭建立一個新的基礎(chǔ)環(huán)境是不可能的。企業(yè)應(yīng)該能對業(yè)務(wù)的變化做出快速的反應(yīng)，利用對現(xiàn)有的應(yīng)用程序和應(yīng)用基礎(chǔ)結(jié)構(gòu)（application infrastructure）的投資來解決新的業(yè)務(wù)需求，為客戶，商業(yè)伙伴以及供應(yīng)商提供新的互動渠道，并呈現(xiàn)一個可以支持有機(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è)投資。 采用SOA架構(gòu)的應(yīng)用示例 基于SOA的ERP系統(tǒng)架構(gòu)設(shè)計 SOA架構(gòu)基礎(chǔ)技術(shù) SOA服務(wù)架構(gòu)　　為了實現(xiàn)SOA，企業(yè)需要一個服務(wù)架構(gòu), 服務(wù)消費者（service consumer）可以通過發(fā)送消息來調(diào)用服務(wù)。這些消息由一個服務(wù)總線（service bus）轉(zhuǎn)換后發(fā)送給適當(dāng)?shù)姆?wù)實現(xiàn)。這種服務(wù)架構(gòu)可以提供一個業(yè)務(wù)規(guī)則引擎（business rules engine），該引擎容許業(yè)務(wù)規(guī)則被合并在一個服務(wù)里或多個服務(wù)里。這種架構(gòu)也提供了一個服務(wù)管理基礎(chǔ)（service management infrastructure），用來管理服務(wù)，類似審核，列表（billing），日志等功能。此外，該架構(gòu)給企業(yè)提供了靈活的業(yè)務(wù)流程，更好地處理控制請求（regulatory requirement），例如Sarbanes Oxley（SOX），并且可以在不影響其他服務(wù)的情況下更改某項服務(wù)[29]。 SOA服務(wù)架構(gòu) SOA基礎(chǔ)結(jié)構(gòu)　　要運行，管理SOA應(yīng)用程序，企業(yè)需要SOA基礎(chǔ)，這是SOA平臺的一個部分。SOA基礎(chǔ)必須支持所有的相關(guān)標(biāo)準(zhǔn)，和需要的運行時容器[29]。 SOA基礎(chǔ)架構(gòu)　　SOAP， WSDL， UDDI　　WSDL，UDDI和SOAP是SOA基礎(chǔ)的基礎(chǔ)部件。WSDL用來描述服務(wù)；UDDI用來注冊和查找服務(wù)；而SOAP，作為傳輸層，用來在消費者和服務(wù)提供者之間傳送消息。SOAP是Web服務(wù)的默認(rèn)機(jī)制，其他的技術(shù)為可以服務(wù)實現(xiàn)其他類型的綁定。一個消費者可以在UDDI注冊表（registry）查找服務(wù)，取得服務(wù)的WSDL描述，然后通過SOAP來調(diào)用服務(wù)?！　SI Basic Profile　　WSI Basic Profile，由Web服務(wù)互用性組織（Web Services Interoperability Organization）提供，是SOA服務(wù)測試與互用性所需要的核心構(gòu)件。服務(wù)提供者可以使用Basic Profile測試程序來測試服務(wù)在不同平臺和技術(shù)上的互用性?！　2EE 和 .Net　　盡管J2EE和。NET平臺是開發(fā)SOA應(yīng)用程序常用的平臺，但SOA不僅限于此。像J2EE這類平臺，不僅為開發(fā)者自然而然地參與到SOA中來提供了一個平臺，還通過他們內(nèi)在的特性，將可擴(kuò)展性，可靠性，可用性以及性能引入了SOA世界。新的規(guī)范，例如 JAXB（Java API for XML Binding），用于將XML文檔定位到Java類；JAXR（Java API for XML Registry）用來規(guī)范對UDDI注冊表（registry）的操作；XMLRPC（Java API for XML based Remote Procedure Call），這使得開發(fā)和部署可移植于標(biāo)準(zhǔn)J2EE容器的Web服務(wù)變得容易，與此同時，實現(xiàn)了跨平臺（如。NET）的服務(wù)互用?！　》?wù)品質(zhì)　　在企業(yè)中，關(guān)鍵任務(wù)系統(tǒng)（missioncritical system，譯注：關(guān)鍵任務(wù)系統(tǒng)是指如果一個系統(tǒng)的可靠性對于一個組織是至關(guān)重要的，那么該系統(tǒng)就是該企業(yè)的關(guān)鍵任務(wù)系統(tǒng)。比如，電話系統(tǒng)對于一個電話促銷企業(yè)來說就是關(guān)鍵任務(wù)系統(tǒng)，而文字處理系統(tǒng)就不那么關(guān)鍵了。）用來解決高級需求，例如安全性，可靠性，事物。當(dāng)一個企業(yè)開始采用服務(wù)架構(gòu)作為工具來進(jìn)行開發(fā)和部署應(yīng)用的時候，基本的Web服務(wù)規(guī)范，像WSDL，SOAP，以及UDDI就不能滿足這些高級需求。正如前面所提到的，這些需求也稱作服務(wù)品質(zhì)（QoS，quality of services）。與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）。下面的部分將會討論一些QoS服務(wù)和相關(guān)標(biāo)準(zhǔn)?！　“踩　eb服務(wù)安全規(guī)范用來保證消息的安全性。該規(guī)范主要包括認(rèn)證交換， 消息完整性和消息保密。該規(guī)范吸引人的地方在于它借助現(xiàn)有的安全標(biāo)準(zhǔn)，例如，SAML（as Security Assertion Markup Language）來實現(xiàn)web服務(wù)消息的安全。OASIS正致力于Web服務(wù)安全規(guī)范的制定。　　可靠　　在典型的SOA 環(huán)境中，服務(wù)消費者和服務(wù)提供者之間會有幾種不同的文檔在進(jìn)行交換。具有諸如“僅且僅僅傳送一次”（ once andonly once delivery），“最多傳送一次”（ atmostonce delivery），“重復(fù)消息過濾”（duplicate message elimination），“保證消息傳送”（guaranteed message delivery）等特性消息的發(fā)送和確認(rèn)，在關(guān)鍵任務(wù)系統(tǒng)（mission critical systems）中變得十分重要。WS Reliability 和 WS ReliableMessaging是兩個用來解決此類問題的標(biāo)準(zhǔn)。這些標(biāo)準(zhǔn)現(xiàn)在都由OASIS負(fù)責(zé)?！　〔呗浴　》?wù)提供者有時候會要求服務(wù)消費者與某種策略通信。比如，服務(wù)提供商可能會要求消費者提供Kerberos安全標(biāo)示，才能取得某項服務(wù)。這些要求被定義為策略斷言（policy assertions）。一項策略可能會包含多個斷言。WS Policy用來標(biāo)準(zhǔn)化服務(wù)消費者和服務(wù)提供者之間的策略通信?！　】刂啤　‘?dāng)企業(yè)著手于服務(wù)架構(gòu)時，服務(wù)可以用來整合數(shù)據(jù)倉庫（silos of data），應(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ù)量也隨之增加，一個用來讓系統(tǒng)管理員管理所有運行在多相環(huán)境下的服務(wù)的管理系統(tǒng)就顯得尤為重要。WSDM（Web Services for Distributed Management）規(guī)定了任何根據(jù)WSDM實現(xiàn)的服務(wù)都可以由一個WSDM適應(yīng)（WSDMpliant）的管理方案來管理?！　∑渌膓os特性，比如合作方之間的溝通和通訊，多個服務(wù)之間的事務(wù)處理，都在WS Coordination 和 WS Transaction 標(biāo)準(zhǔn)中描述， 這些都是OASIS 的工作。 SOA架構(gòu)設(shè)計方案 系統(tǒng)采用面向服務(wù)架構(gòu)來設(shè)計其體系結(jié)構(gòu)，每一層的具體功能如下： 基于SOA架構(gòu)的ERP系統(tǒng)架構(gòu)設(shè)計 1）應(yīng)用表示層采用Portal 技術(shù)建立企業(yè)信息門戶，通過標(biāo)準(zhǔn)接口與服務(wù)提供方和服務(wù)注冊中心通訊，達(dá)到查詢和綁定服務(wù)的目的。功能設(shè)計中將利用服務(wù)層和業(yè)務(wù)流程編排層提供的服務(wù)和業(yè)務(wù)應(yīng)用流程，以及引入的其他外部Web Service，利用了最新的Web 技術(shù)，包括Ajax、RSS、Web GIS 等等來增強(qiáng)用戶體驗。 2）業(yè)務(wù)流程編排層集成了各種業(yè)務(wù)規(guī)則和邏輯規(guī)則，將服務(wù)層提供的服務(wù)編排成業(yè)務(wù)應(yīng)用流程，滿足了靈活重組企業(yè)內(nèi)部流程的要求。 3）服務(wù)層由各種粒度的服務(wù)組成，主要分為粗粒度服務(wù)和細(xì)粒度服務(wù)，并按功能的不同將它們分成四類提供給不同的用戶使用。這四類包括：技術(shù)功能、業(yè)務(wù)功能、業(yè)務(wù)事務(wù)和業(yè)務(wù)流程。其中技術(shù)功能主要是由運行基礎(chǔ)提供的各種服務(wù)，業(yè)務(wù)功能則是由組件層發(fā)布上來的細(xì)粒度服務(wù)。業(yè)務(wù)事務(wù)則是粒度稍大的服務(wù)。粒度最大的是業(yè)務(wù)流程服務(wù)。在該層通過業(yè)務(wù)服務(wù)總線（B