Web_Service與SOA

1、Web ServiceWeb Service的概念Web Service的相關(guān)技術(shù)Web Service的趨勢SOA面向?qū)ο蠓占軜?gòu)SOA的發(fā)展SOA的概念SOA的基本特征ESB Web Service，顧名思義就是基于Web的服務。它使用Web(HTTP)方式，接收和響應外部系統(tǒng)的某種請求。從而實現(xiàn)遠程調(diào)用. Web Service的一個最基本的目的就是提供在各個不同平臺的不同應用系統(tǒng)的協(xié)同工作能力。 其實Web Service并不是什么神秘的東西，它就是一個可以遠程調(diào)用的類，或者說是組件。uXML（Extensible Markup Language）uXSD（ XML Schemas D

2、efinition ）u三大技術(shù)uSOAP（ Simple Object Access Protocol ）uWSDLuUDDIXML：可擴展標記語言（ Extensible Markup Language ），標準通用語言的子集，是一種用于標記電子文件使其具有結(jié)構(gòu)性的標記語言。優(yōu)勢 XML文檔的內(nèi)容和結(jié)構(gòu)完全分離互操作性強規(guī)范統(tǒng)一支持多種編碼可擴展性XML是Web Services技術(shù)體系中最基礎(chǔ)的標準，Web Services的一切都建立在XML技術(shù)的基礎(chǔ)之上，包括Web Services的消息、描述和服務實現(xiàn)的各個環(huán)節(jié)。利用XML，Web Services的服務提供者和請求者可以利用不同

3、的開發(fā)語言來協(xié)作完成服務調(diào)用的過程。XML是Web Services技術(shù)體系中的很多標準得以建立的基礎(chǔ)，在Web Services系統(tǒng)中無處不在?？蓴U展標記語言可以對文檔和數(shù)據(jù)進行結(jié)構(gòu)化處理，從而能夠在部門、客戶和供應商之間進行交換，實現(xiàn)動態(tài)內(nèi)容生成，企業(yè)集成和應用開發(fā)。可擴展標記語言可以使我們能夠更準確的搜索，更方便的傳送軟件組件，更好的描述一些事物。例如電子商務交易等。XML解決了數(shù)據(jù)表示的問題，但它沒有定義一套標準的數(shù)據(jù)類型。W3C制定的XSD就是專門解決這個問題的一套標準。它定義了一套標準的數(shù)據(jù)類型，并給出了一種語言來擴展這套數(shù)據(jù)類型。Web service平臺就是用XSD來作為其數(shù)據(jù)

4、類型系統(tǒng)的。當你用某種語言(如VB.NET或C#)來構(gòu)造一個Web service時，為了符合Web service標準，所有你使用的數(shù)據(jù)類型都必須被轉(zhuǎn)換為XSD類型。你用的工具可能已經(jīng)自動幫你完成了這個轉(zhuǎn)換，但你很可能會根據(jù)你的需要修改一下轉(zhuǎn)換過程。 XML Schema描述了XML文檔的結(jié)構(gòu)?？梢杂靡粋€指定的XML Schema來驗證某個XML文檔，以檢查該XML文檔是否符合其要求。 文檔設(shè)計者可以通過XML Schema指定一個XML文檔所允許的結(jié)構(gòu)和內(nèi)容，并可據(jù)此檢查一個XML文檔是否是有效的。 XML Schema本身是一個XML文檔，它符合XML語法結(jié)構(gòu)?？梢杂猛ㄓ玫腦ML解析器解

5、析它。1) XML Schema基于XML,沒有專門的語法 2) XML可以象其他XML文件一樣解析和處理 3) XML Schema支持一系列的數(shù)據(jù)類型(int、float、Boolean、date等) 4) XML Schema提供可擴充的數(shù)據(jù)模型。 5) XML Schema支持綜合命名空間 6) XML Schema支持屬性組。 Simple Object Access Simple Object Access ProtocolProtocol簡單對象訪問協(xié)議（SOAP）是一種輕量的、簡單的、基于 XML 的協(xié)議，它被設(shè)計成在 WEB 上交換結(jié)構(gòu)化的和固化的信息。 SOAP 可以和現(xiàn)存

6、的許多因特網(wǎng)協(xié)議和格式結(jié)合使用，包括超文本傳輸協(xié)議（ HTTP），簡單郵件傳輸協(xié)議（SMTP），多用途網(wǎng)際郵件擴充協(xié)議（MIME）。它還支持從消息系統(tǒng)到遠程過程調(diào)用（RPC）等大量的應用程序。封裝封裝：它定義了一個框架 ,該框架描述了消息中的內(nèi)容是什么，誰應當處理它以及它是可選的還是必須的。編碼規(guī)則編碼規(guī)則：它定義了一種序列化的機制（數(shù)據(jù)的編碼機制），用于交換應用程序所定義的數(shù)據(jù)類型的實例（遵循XML模式規(guī)范的結(jié)構(gòu)和數(shù)據(jù)類型的定義）。RPCRPC表示（表示（ Remote Procedure Call Protocol ）：它定義了用于表示遠程過程調(diào)用和應答的協(xié)定（利用XML的擴展性和靈活性來

7、封裝和交換RPC調(diào)用）。綁定綁定：定義了一種使用底層傳輸協(xié)議來完成在節(jié)點間交換SOAP封裝的約定。雖然這四個部分都作為SOAP的一部分，作為一個整體定義的，但他們在功能上是相交的、彼此獨立的。特別的，封裝和編碼規(guī)則是被定義在不同的XML命名空間(namespace)中，這樣使得定義更加簡單。SOAP消息基本上是從發(fā)送端到接收端的單向傳輸，但它們常常結(jié)合起來執(zhí)行類似于請求 / 應答的模式。所有的 SOAP消息都使用 XML 編碼。一條 SOAP消息是一個包含有一個必需的 SOAP 的封裝包，一個可選的 SOAP 標頭和一個必需的 SOAP 體塊的 XML 文檔。把 SOAP 綁定到 HTTP 提

8、供了同時利用 SOAP 的樣式和分散的靈活性的特點以及 HTTP 的豐富的特征庫的優(yōu)點。在HTTP上傳送 SOAP 并不是說 SOAP 會覆蓋現(xiàn)有的 HTTP 語義，而是 HTTP 上的 SOAP 語義會自然的映射到 HTTP 語義。在使用 HTTP 作為協(xié)議綁定的場合中， RPC 請求映射到 HTTP 請求上，而 RPC 應答映射到 HTTP 應答。然而，在 RPC 上使用 SOAP 并不僅限于 HTTP 協(xié)議綁定。SOAP也可以綁定到TCP和UDP協(xié)議上。可擴展的。SOAP 無需中斷已有的應用程序, SOAP 客戶端、 服務器和協(xié)議自身都能發(fā)展。而且SOAP 能極好地支持中間介質(zhì)和層次化的

9、體系結(jié)構(gòu)。簡單的。客戶端發(fā)送一個請求,調(diào)用相應的對象, 然后服務器返回結(jié)果。這些消息是XML 格式的,并且封裝成符合HTTP 協(xié)議的消息。因此,它符合任何路由器、 防火墻或代理服務器的要求。完全和廠商無關(guān)。SOAP可以相對于平臺、 操作系統(tǒng)、 目標模型和編程語言獨立實現(xiàn)。另外,傳輸和語言綁定以及數(shù)據(jù)編碼的參數(shù)選擇都是由具體的實現(xiàn)決定的。與編程語言無關(guān)。SOAP 可以使用任何語言來完成，只要客戶端發(fā)送正確SOAP 請求( 也就是說, 傳遞一個合適的參數(shù)給一個實際的遠端服務器)。SOAP 沒有對象模型,應用程序可以捆綁在任何對象模型中。與平臺無關(guān)。SOAP 可以在任何操作系統(tǒng)中無需改動正常運行。U

10、DDI是一種規(guī)范，它主要提供基于Web服務的注冊和發(fā)現(xiàn)機制，為Web服務提供三個重要的技術(shù)支持： 標準、透明、專門描述Web服務的機制； 調(diào)用Web服務的機制； 可以訪問的Web服務注冊中心。UDDI是一種目錄服務，使用它可以對WEB Service進行注冊和檢索。UDDI計劃是一個廣泛的，開放的行業(yè)計劃，它使得商業(yè)實體能夠 彼此發(fā)現(xiàn)，并定義他們怎樣在internet上互相作用，并在一個全球的注冊體系架構(gòu)中共享信息。UDDI同時也是Web服務集成的一個體系框架。它包含了服務描述與發(fā)現(xiàn)的標準規(guī)范。UDDI是一個分布式的互聯(lián)網(wǎng)服務注冊機制，它集描述(Universal Description)、檢

11、索(Discovery)與集成(Integration)為一體，其核心是注冊機制。UDDI 基于現(xiàn)成的標準，如XML和SOAP。網(wǎng)絡服務描述語言是一個用來描述Web服務和說明如何與Web服務通信的XML語言。為用戶提供詳細的接口說明書。怎樣向別人介紹你的Web service有什么功能，以及每個函數(shù)調(diào)用時的參數(shù)呢？你可能會自己寫一套文檔，你甚至可能會口頭上告訴需要使用你的Web service的人。這些非正式的方法至少都有一個嚴重的問題：當程序員坐到電腦前，想要使用你的Web service的時候，他們的工具(如Visual Studio)無法給他們提供任何幫助，因為這些工具根本就不了解你的W

12、eb service。解決方法是：用機器能閱讀的方式提供一個正式的描述文檔。Web service描述語言(WSDL)就是這樣一個基于XML的語言，用于描述Web service及其函數(shù)、參數(shù)和返回值。因為是基于XML的，所以WSDL既是機器可閱讀的，又是人可閱讀的，這將是一個很大的好處。一些最新的開發(fā)工具既能根據(jù)你的Web service生成WSDL文檔，又能導入WSDL文檔，生成調(diào)用相應Web service的代碼。1. 構(gòu)建生命周期的構(gòu)建階段包括開發(fā)和測試 Web 服務實現(xiàn)、定義服務接口描述和定義服務實現(xiàn)描述。我們可以通過創(chuàng)建新的 Web 服務、把現(xiàn)有的應用程序變成 Web 服務和由其它

13、 Web 服務和應用程序組成新的 Web 服務來提供 Web 服務的實現(xiàn)。2. 部署部署階段包括向服務請求者或服務注冊中心發(fā)布服務接口和服務實現(xiàn)的定義，以及把 Web 服務的可執(zhí)行文件部署到執(zhí)行環(huán)境（典型情況下，Web 應用程序服務器）中。3. 運行在運行階段，可以調(diào)用 Web 服務。在此，Web 服務完成部署，成為可操作的服務。服務請求者可以進行查找和綁定操作。4. 管理管理階段包括持續(xù)的管理和經(jīng)營 Web 服務應用程序。安全性、可用性、性能、服務質(zhì)量和業(yè)務流程問題都必須被解決前提：帶寬Bandwidth更便宜，易于獲得 存儲器Storage更便宜，更易獲得。 普遍式計算變得更加重要：大量的

14、設(shè)備，例如移動電話，頁面，電腦，pc，已經(jīng)在Internet上變得普遍，平臺變得更多元化，像XML這樣的跨平臺技術(shù)變得更重要。讓我們看看按照Web services角度所預示的四個趨勢：內(nèi)容更加動態(tài)：一個web service必須能合并從多個不同來源的內(nèi)容，可以包括股票，天氣，新聞等，在傳統(tǒng)環(huán)境中的內(nèi)容，如存貨水平，購物訂單或者目錄信息等，都從后端系統(tǒng)而來；帶寬更加便宜：web services可以分發(fā)各種類型的內(nèi)容（音頻，視頻流等）；存儲更便宜:：web services必須能聰明地處理大量數(shù)據(jù)，意味著要使用數(shù)據(jù)庫，緩沖，和負載平衡軟件等技術(shù)保持可擴展能力；普遍式計算更重要：web serv

15、ices不能要求客戶使用某一版本的windows的傳統(tǒng)瀏覽器，必須支持各種設(shè)備，平臺，瀏覽器類型，各種內(nèi)容類型。SOA Service-Oriented Service-Oriented ArchitectureArchitecture 面向服務架構(gòu)面向服務架構(gòu) SOA的概念最初由Gartner公司提出，由于當時的技術(shù)水平和市場環(huán)境尚不具備真正實施SOA的條件，因此當時SOA并未引起人們的廣泛關(guān)注，SOA在當時沉寂了一段時間。伴隨著互聯(lián)網(wǎng)的浪潮，越來越多的企業(yè)將業(yè)務轉(zhuǎn)移到互聯(lián)網(wǎng)領(lǐng)域，帶動了電子商務的蓬勃發(fā)展。為了能夠?qū)⒐镜臉I(yè)務打包成獨立的、具有很強伸縮性的基于互聯(lián)網(wǎng)的服務，人們提出了Web服

16、務的概念，這可以說是SOA的發(fā)端。 Web 服務開始流行以后，互聯(lián)網(wǎng)迅速出現(xiàn)了大量的基于不同平臺和語言開發(fā)的Web服務組件。為了能夠有效地對這些為數(shù)眾多的組件進行管理，人們迫切需要找到一種 新的面向服務的分布式Web計算架構(gòu)。該架構(gòu)要能夠使這些由不同組織開發(fā)的Web服務能夠相互學習和交互，保障安全以 及兼顧復用性和可管理性。由此，人們重新找回面向服務的架構(gòu)（Service-Oriented Architecture，SOA），并賦予其時代的特征。需求推動技術(shù)進步，正是這種強烈的市場需求，使得SOA再次成為人們關(guān)注的焦點。 這一階段以XML（Extensible Markup Language）

17、技術(shù)為標志，時間大致從上世紀九十年代末到本世紀初。雖然這段時期很少提到SOA，但XML的出現(xiàn)無疑為SOA的興起奠定了穩(wěn)固的基石。 通過XML，開發(fā)人員擺脫了HTML語言的限制，可以將任何文檔轉(zhuǎn)換成XML格式，然后跨越互聯(lián)網(wǎng)協(xié)議傳輸。借助XML轉(zhuǎn)換語言，接受方可以很容易地解析和抽取XML的數(shù)據(jù)。這使得企業(yè)既能夠?qū)?shù)據(jù)能夠以一種統(tǒng)一的格式描述和交換，同時又不必負擔SGML（Standard Generalized Markup Language）那樣高的成本。事實上，XML實施成本幾乎和HTML一樣。 2000 年以后，人們普遍認識到基于公共專有互聯(lián)網(wǎng)之上的電子商務具有極大的發(fā)展?jié)摿Γ虼诵枰獎?chuàng)建

18、一套全新的基于互聯(lián)網(wǎng)的開放通信框架，以滿足企業(yè)對電子商 務中各分立系統(tǒng)之間通信的要求。于是，人們提出了Web服務的概念，希望通過將企業(yè)對外服務封裝為基于統(tǒng)一標準的Web服務，實現(xiàn)異構(gòu)系統(tǒng)之間的簡單交 互。這一時期，出現(xiàn)了三個著名的Web服務標準和規(guī)范： 簡單對象訪問協(xié)議（Simple Object Access Protocol，SOAP） Web服務描述語言（Web Services Description Language，WSDL） 通用服務發(fā)現(xiàn)和集成協(xié)議（Universal Discovery Description and Integration，UDDI） 這三個標準可謂Web服務

19、三劍客，極大地推動了Web服務的普及和發(fā)展。短短幾年之間，互聯(lián)網(wǎng)上出現(xiàn)了大量的Web服務，越來越多的網(wǎng)站和公司將其對外服 務或業(yè)務接口封裝成Web服務，有力地推動了電子商務和互聯(lián)網(wǎng)的發(fā)展。Web服務也是互聯(lián)網(wǎng)Web 2.0時代的一項重要特征。 從2005年開始，SOA推廣和普及工作開始加速。不僅專家學者，幾乎所有關(guān)心軟件行業(yè)發(fā)展的人士都開始把目光投向SOA。一時間，SOA頻頻出現(xiàn)在各種技術(shù)媒體、新產(chǎn)品發(fā)布會和技術(shù)交流會上。 各大廠商也逐漸放棄成見，通過建立廠商間的協(xié)作組織共同努力制定中立的SOA標準。這一努力最重要的成果體現(xiàn)在3個重量級規(guī)范上：SCA/SDO/WS-Policy。SCA（Ser

20、vice Component Architecture）和SDO（Service Data Object ）構(gòu)成了SOA編程模型的基礎(chǔ)，而WS-Policy建立了SOA組件之間安全交互的規(guī)范。這三個規(guī)范的發(fā)布，標志著SOA進入了實施階段。真正的服務必須滿足兩個條件： 一個服務本身是能力供給，必須有外界的需求； 一個是服務本身是可復用或重用。 所以簡單的講服務應該是可重用的任務。這種任務可以是業(yè)務方面的操作組合，也可以是一種技術(shù)能力。 面向服務則重點就是一切以服務為中心，從服務識別，服務分析，服務設(shè)計，服務開發(fā)和服務上線使用一切都是以服務為中心。但是要注意到面向服務本身不是在傳統(tǒng)面向結(jié)構(gòu)或面向?qū)?/p>

21、象基礎(chǔ)上的一個新方法，而是對傳統(tǒng)面向?qū)ο蠛徒M件化思想的提升。 一般說SOA是一種架構(gòu)方法，將傳統(tǒng)的單片式應用打破，分解為離散的、自治的業(yè)務服務，利用標準提升他們的互操作性，從而可以更好地共享、重用和組裝，快速構(gòu)建復合的應用從而滿足業(yè)務需求的變化。在這里面可以看到兩個重點，一個是要找到可重用的服務，同時這些服務滿足離散，自治和無狀態(tài)等基本條件；其次是服務本身可以組合和編排，以滿足流程整合的需要。傳統(tǒng)應用程序傳統(tǒng)應用程序組件化的應用程序組件化的應用程序組合的應用程序組合的應用程序因需求重新組合因需求重新組合的應用程序的應用程序3 32 21 11 1、將應用分解為模塊和可重用的函數(shù)以及服務；、將應

22、用分解為模塊和可重用的函數(shù)以及服務；2 2、組合服務和模塊以符合業(yè)務需求；、組合服務和模塊以符合業(yè)務需求；3 3、重用現(xiàn)有的服務和模塊以滿足變化的業(yè)務需求；、重用現(xiàn)有的服務和模塊以滿足變化的業(yè)務需求；粗粒度：方法和傳輸都簡單，但是實現(xiàn)方法的內(nèi)部過程則很復雜，業(yè)務規(guī)則或邏輯全部隱含在業(yè)務組件內(nèi)部，不需要暴露。無狀態(tài)：每次服務調(diào)用完成即完成，不會存儲任何全局狀態(tài)信息?；ゲ僮鳎喊ㄎ恢猛该?，通過ESB和UDDI，只需要關(guān)心服務目錄，而不需要關(guān)心具體提供服務的源系統(tǒng)。標準化：有精確的服務契約和服務接口，這也是在SOA方法論中在服務識別和服務分析階段重要輸出。 要運行，管理SOA應用程序，企業(yè)需要SOA

23、基礎(chǔ)，這是SOA平臺的一個部分。SOA基礎(chǔ)必須支持所有的相關(guān)標準，和需要的運行時容器。WSDL（ Web Services Description Language ）用來描述服務；UDDI（ Universal Description Discovery and Integration ）用來注冊和查找服務；SOAP（ Simple Object Access Protocol ），作為傳輸層，用來在消費者和服務提供者之間傳送消息。SOAP是Web服務的默認機制，其他的技術(shù)為可以服務實現(xiàn)其他類型的綁定。 一個消費者可以在UDDI注冊表（registry）查找服務，取得服務的WSDL描述，然后

24、通過SOAP來調(diào)用服務。WS-I Basic ProfileWS-I Basic Profile WS-I Basic Profile，由Web服務互用性組織（Web Services Interoperability Organization）提供，是SOA服務測試與互用性所需要的核心構(gòu)件。服務提供者可以使用Basic Profile測試程序來測試服務在不同平臺和技術(shù)上的互用性。J2EE J2EE 和和 .Net .Net 盡管J2EE和.NET平臺是開發(fā)SOA應用程序常用的平臺，但SOA不僅限于此。像J2EE這類平臺，不僅為開發(fā)者自然而然地參與到SOA中來提供了一個平臺，還通過他們內(nèi)在的特

25、性，將可擴展性，可靠性，可用性以及性能引入了SOA世界。新的規(guī)范，例如 JAXB（Java API for 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)用遠程服務，這使得開發(fā)和部署可移植于標準J2EE容器的Web服務變得容易，與此同時，實現(xiàn)了跨平臺（如。NET）的服務互用。服務品質(zhì)服務品質(zhì)在企業(yè)中，關(guān)鍵任務系統(tǒng)（mission-criti

26、cal system，譯注：關(guān)鍵任務系統(tǒng)是指如果一個系統(tǒng)的可靠性對于一個組織是至關(guān)重要的，那么該系統(tǒng)就是該企業(yè)的關(guān)鍵任務系統(tǒng)。比如，電話系統(tǒng)對于一個電話促銷企業(yè)來說就是關(guān)鍵任務系統(tǒng)，而文字處理系統(tǒng)就不那么關(guān)鍵了。）用來解決高級需求，例如安全性，可靠性，事物。當一個企業(yè)開始采用服務架構(gòu)作為工具來進行開發(fā)和部署應用的時候，基本的Web服務規(guī)范，像WSDL，SOAP，以及UDDI就不能滿足這些高級需求。正如前面所提到的，這些需求也稱作服務品質(zhì)（QoS，quality of services）。與QoS相關(guān)的眾多規(guī)范已經(jīng)由一些標準化組織（standards bodies）提出，像W3C（World W

27、ide Web Consortium）和OASIS（the Organization for the Advancement of Structured Information Standards）。下面的部分將會討論一些QoS服務和相關(guān)標準。安全安全Web服務安全規(guī)范用來保證消息的安全性。該規(guī)范主要包括認證交換， 消息完整性和消息保密。該規(guī)范吸引人的地方在于它借助現(xiàn)有的安全標準，例如，SAML（as Security Assertion Markup Language）來實現(xiàn)web服務消息的安全。OASIS正致力于Web服務安全規(guī)范的制定?？煽靠煽?在典型的SOA 環(huán)境中，服務消費者和服務提

28、供者之間會有幾種不同的文檔在進行交換。具有諸如“僅且僅僅傳送一次”（ once-and-only-once delivery），“最多傳送一次”（ at-most-once delivery），“重復消息過濾”（duplicate message elimination），“保證消息傳送”（guaranteed message delivery）等特性消息的發(fā)送和確認，在關(guān)鍵任務系統(tǒng)（mission-critical systems）中變得十分重要。WS-Reliability 和 WS-ReliableMessaging是兩個用來解決此類問題的標準。這些標準現(xiàn)在都由OASIS負責。策略策略服

29、務提供者有時候會要求服務消費者與某種策略通信。比如，服務提供商可能會要求消費者提供Kerberos安全標示，才能取得某項服務。這些要求被定義為策略斷言（policy assertions）。一項策略可能會包含多個斷言。WS-Policy用來標準化服務消費者和服務提供者之間的策略通信。控制控制當企業(yè)著手于服務架構(gòu)時，服務可以用來整合數(shù)據(jù)倉庫（silos of data），應用程序，以及組件。整合應用意味著例如異步通信，并行處理，數(shù)據(jù)轉(zhuǎn)換，以及校正等進程請求必須被標準化。在SOA中，進程是使用一組離散的服務創(chuàng)建的。BPEL4WS 或者 WSBPEL（Web Service Business Pro

30、cess Execution Language）是用來控制這些服務的語言。WSBPEL目前也由OASIS負責。管理管理隨著企業(yè)服務的增長，所使用的服務和業(yè)務進程的數(shù)量也隨之增加，一個用來讓系統(tǒng)管理員管理所有運行在多相環(huán)境下的服務的管理系統(tǒng)就顯得尤為重要。WSDM（Web Services for Distributed Management）規(guī)定了任何根據(jù)WSDM實現(xiàn)的服務都可以由一個WSDM適應（WSDM-compliant）的管理方案來管理。其它的qos特性，比如合作方之間的溝通和通訊，多個服務之間的事務處理，都在WS-Coordination 和 WS-Transaction 標準中描述

31、， 這些都是OASIS 的工作。企業(yè)服務總線，是傳統(tǒng)中間件技術(shù)與XML、Web服務等技術(shù)結(jié)合的產(chǎn)物。ESB提供了網(wǎng)絡中最基本的連接中樞，是構(gòu)筑企業(yè)神經(jīng)系統(tǒng)的必要元素。Legacy Business ServicesLegacy Business ServicesLegacy Applications and DataLegacy Applications and DataNewNewBusinessBusinessServicesServicesOn DemandOn DemandPROCESSPROCESSServicesServicesOn DemandOn DemandINFORMATI

32、ONINFORMATIONServicesServicesON DemandON DemandPEOPLEPEOPLEServicesServicesPartner (B2B) Partner (B2B) BusinessBusinessServicesServicesEnterprise Service BusEnterprise Service BusControl ServicesControl ServicesComponent ServicesComponent Services ESB的出現(xiàn)改變了傳統(tǒng)的軟件架構(gòu)，可以提供比傳統(tǒng)中間件產(chǎn)品更為廉價的解決方案，同時它還可以消除不同應用之

33、間的技術(shù)差異，讓不同的應用服務器協(xié)調(diào)運作，實現(xiàn)了不同服務之間的通信與整合。從功能上看，ESB提供了事件驅(qū)動和文檔導向的處理模式，以及分布式的運行管理機制，它支持基于內(nèi)容的路由和過濾，具備了復雜數(shù)據(jù)的傳輸能力，并可以提供一系列的標準接口。整整合合 ESB 不是萬能的,他不是一個應用程序框架，也不是一個企業(yè)應用的解決方案.它只是一個基于消息的調(diào)用企業(yè)服務的通信模塊 。你可以把它嵌入到你的應用程序框架 中，例如嵌入到spring容器里面,或者嵌入到工作流系統(tǒng)中。 它的作用是對企業(yè)里面的SOA服務的調(diào)用提供一個框架和簡便的方法。 ESB提供了一種開放的、基于標準的消息機制，通過簡單的標準適配器和接口，來完成粗粒度應用（服務）和其他組件之間的互操作，能夠滿足大型異構(gòu)企業(yè)環(huán)境