三、企業(yè)服務(wù)總線(xiàn)（ESB）的結構和功能

      ESB提供了一種開(kāi)放的、基于標準的消息機制，通過(guò)簡(jiǎn)單的標準適配器和接口，來(lái)完成粗粒度應用（服務(wù)）和其他組件之間的互操作，能夠滿(mǎn)足大型異構企業(yè)環(huán)境的集成需求。它可以在不改變現有基礎結構的情況下讓幾代技術(shù)實(shí)現互操作。InterESB專(zhuān)門(mén)用于異構環(huán)境，既可以幫助企業(yè)遷移到SOA，又能夠讓企業(yè)繼續利用現有的已部署的軟件投資。

      通過(guò)使用ESB，可以在幾乎不更改代碼的情況下，以一種無(wú)縫的非侵入方式使企業(yè)已有的系統具有全新的服務(wù)接口，并能夠在部署環(huán)境中支持任何標準。更重要的是，充當“緩沖器”的ESB（負責在諸多服務(wù)之間轉換業(yè)務(wù)邏輯和數據格式）與服務(wù)邏輯相分離，從而使得不同的應用程序可以同時(shí)使用同一服務(wù)，用不著(zhù)在應用程序或者數據發(fā)生變化時(shí)，改動(dòng)服務(wù)代碼。

四、InterESB的功能特點(diǎn)

      多種通信技術(shù)的綜合應用

       InterESB利用了多種公認、成熟和可靠的通信技術(shù)，來(lái)支撐上層數據傳輸的多種模式。在CORBA以及JMS技術(shù)的基礎上，InterESB能夠同時(shí)支持同步通信、異步通信模式。

      在異步模式中，InterESB創(chuàng )新地將多種通信模式融為一體，其中包括目標通信模式（MesSAge Channel）、點(diǎn)對點(diǎn)通信模式（Point-to-Point）、發(fā)布/訂閱通信模式（Publish-SubsCRibe）、擴展的發(fā)布/訂閱集群模式（P/S CluSTer），并支持通信過(guò)程中的加密、壓縮、斷點(diǎn)續傳等重要保障功能。

      InterESB將上述多種通信方式有機封裝成一個(gè)整體，并通過(guò)CORBA IDL、SOAP、JMS等標準接口方式對外進(jìn)行發(fā)布，從而使得基于InterESB構建的企業(yè)應用能夠以透明、一致、高效的方式應用不同的底層通信機制。

      高度靈活、可分布部署的信息總線(xiàn)

       在InterESB內部，由部署在不同節點(diǎn)和計算域下的多種消息通信服務(wù)實(shí)現靈活的企業(yè)應用通信功能。同時(shí)，InterESB支持對這些通信服務(wù)的面向問(wèn)題領(lǐng)域可不斷優(yōu)化的分布式部署功能，包括有以下三種模式:

       全連接的總線(xiàn)模式，在InterESB內部部署全連接方式的消息服務(wù)器;

      集中可拔插方式的總線(xiàn)模式，在InterESB內部部署一臺超級轉發(fā)服務(wù)器;

      “雪花狀結構”的分布級聯(lián)方式，在InterESB內部分區域部署多個(gè)超級轉發(fā)服務(wù)器。這種模式在大型SOA系統中部署具有很強的動(dòng)態(tài)增長(cháng)性、可管理性、可維護性和極高的效率。

      便捷、標準的企業(yè)應用集成模式

      InterESB提供了簡(jiǎn)單、快速、基于標準的多點(diǎn)集成功能。InterESB為企業(yè)應用開(kāi)發(fā)和集成提供了一套完善的開(kāi)發(fā)模式來(lái)幫助客戶(hù)端應用連接到服務(wù)上。這些模式定制了系列機制用于描述服務(wù)、通知及發(fā)現服務(wù)、與服務(wù)進(jìn)行通信。在InterESB中，基于標準的服務(wù)成了應用間的集成點(diǎn)。也即圍繞服務(wù)的所有模式都是以基于標準的技術(shù)實(shí)現的。這使得InterESB可適應于任何現有系統，并使得系統在集成時(shí)不必刻意遵循任何特殊定制。

      InterESB在面向企業(yè)應用集成需求時(shí)，可以表述為數據傳輸和應用集成兩部分的內容。其中，數據傳輸涵蓋了用戶(hù)應用系統中的文件、數據庫、消息、事件、指令等全方位的數據傳輸內容;應用集成涵蓋了數據集成、應用集成、設備集成、協(xié)議系統封裝等多方面的應用集成內容。

      靈活的適配器技術(shù)

       一個(gè)設計良好的適配器的作用好比是一個(gè)設計良好的SOA服務(wù)，它提供了一個(gè)抽象層，把應用基礎設施的其余部分與各種棘手問(wèn)題隔離開(kāi)來(lái)。

      通用適配器是InterESB為解決系統之間的連接而開(kāi)發(fā)的可重用的、統一的接口，通過(guò)該接口每一個(gè)應用系統僅需要與業(yè)務(wù)整合平臺相連，而不需要與每個(gè)與之交互的應用系統相連。InterESB適配器一般包括遺留系統適配器、技術(shù)標準類(lèi)適配器和適配器開(kāi)發(fā)工具。

      與CORBA、J2EE技術(shù)的結合

      InterESB底層基于CORBA分布計算中間件InterBus以及遵照JMS規范的InterMQ消息通信中間件，因此，可以說(shuō)InterESB與CORBA、J2EE具有天然的結合優(yōu)勢。

      但InterESB并不等同于CORBA。與CORBA技術(shù)相比，InterESB繼承了CORBA技術(shù)的開(kāi)放標準、分布式架構、組件技術(shù)以及高性能，適合于復雜的應用集成等優(yōu)點(diǎn);同時(shí)，InterESB還提供了CORBA技術(shù)所不具備的SOA功能，即:

InterESB支持更多種技術(shù)標準；

InterESB支持更廣泛的互操作性；

InterESB具有更好的可擴展性；

InterESB對專(zhuān)有系統的支持；

InterESB對未來(lái)標準的支持。

通過(guò)J2EE支持的MDB/JDO，InterESB也能夠很容易的和J2EE應用系統相連接，形成有效的功能集成。

      廣泛的平臺支持

      InterESB插件式體系結構在每個(gè)層次上都是開(kāi)放式的，這樣就可以與現有的基礎組件實(shí)現透明的互操作，讓用戶(hù)能夠對速度、成本和使用技巧方面的因素加以權衡。InterESB能夠在忽略傳輸系統的情況下，使用包括XML和二進(jìn)制在內的任何格式發(fā)送數據，并能夠在任何開(kāi)發(fā)平臺（C++和Java）上實(shí)現，而不是強制所有應用程序都使用相同的開(kāi)發(fā)語(yǔ)言。

      InterESB包括全連接的總線(xiàn)模式、集中可拔插方式的總線(xiàn)模式和“雪花狀結構”的分布級聯(lián)方式。

五、企業(yè)服務(wù)總線(xiàn)（ESB）距離實(shí)際的企業(yè)應用還有哪些不足?

       ESB目前有很多商業(yè)方案,也有很多開(kāi)源產(chǎn)品,例如objectWeb,CodeHaus,Sourceforge都有這樣的開(kāi)源項目.距離真正成熟還有一段距離,另外各家廠(chǎng)商都各自為陣,目前JCP還沒(méi)有這項技術(shù)的草案,標準的指定也還有很長(cháng)的距離.當然,目前的狀態(tài)和SOA一樣.相信等SOA真正普及的時(shí)候,ESB會(huì )更加的成熟.

六、企業(yè)服務(wù)總線(xiàn)(ESB)技術(shù)與革新

　　由于更大任務(wù)所帶來(lái)的要求，消息傳遞技術(shù)現在正處于發(fā)展之中。為了給當今的實(shí)時(shí)企業(yè)提供其所需的靈活性，就需要一種混合的消息傳遞模型將 Web 服務(wù)的優(yōu)點(diǎn)與傳統的異步消息傳送結合在一起。

　　傳統消息排隊中間件將很快被企業(yè)服務(wù)總線(xiàn)(ESB)技術(shù)所取代，從而將消息傳遞帶到新的高度。新的ESB骨干(催生了下一代集成和應用平臺產(chǎn)品)將顯著(zhù)改善多數企業(yè)的軟件基礎架構。行業(yè)正轉向消息傳遞和ESB，并以此作為核心應用平臺基礎架構模型，這將標志著(zhù)一個(gè)轉折點(diǎn)：圍繞企業(yè)對其信息資源的使用而觸發(fā)了新的一輪巨大的革新浪潮；企業(yè)都正在利用事件架構。這都將消除最近人們對 IT 在戰略性業(yè)務(wù)區分中可扮演關(guān)鍵角色的所有疑慮。

　　簡(jiǎn)介

　　在過(guò)去的10年中，競爭壓力和日新月異的技術(shù)根本地改變了企業(yè)的運行節奏。在過(guò)去，企業(yè)可以根據月底的成批報告來(lái)進(jìn)行決策?，F在，實(shí)時(shí)流程意味著(zhù)如果原材料在早上出現問(wèn)題，或者有停電事故發(fā)生，那么就會(huì )造成下午無(wú)法交付和托運成品。于是，企業(yè)不得不以越來(lái)越快的速度應對突發(fā)事件――否則，它就要靠邊站了。“零時(shí)延企業(yè)(zero latency enterprise)”的時(shí)代已經(jīng)來(lái)臨。

　　當今的企業(yè)環(huán)境正在一點(diǎn)一點(diǎn)的發(fā)展以應對這個(gè)挑戰。異構存儲、網(wǎng)絡(luò )和硬件支持著(zhù)“孤島計算”(應用程序與數據相互孤立或者條塊分割)，這導致環(huán)境的利用和管理都過(guò)度復雜，并使之變?yōu)橘Y源密集型。對于企業(yè)所必須面對的大多數關(guān)鍵挑戰而言，這種復雜性無(wú)疑是一種障礙，這些挑戰包括：

　　滿(mǎn)足對利用多渠道傳遞大量信息服務(wù)的不斷增長(cháng)的需求。

　　實(shí)時(shí)管理基礎架構以滿(mǎn)足不斷變化的業(yè)務(wù)需求。

　　使業(yè)務(wù)多樣化以促進(jìn)業(yè)務(wù)靈活地增長(cháng)，并降低與固定產(chǎn)品線(xiàn)相關(guān)的經(jīng)濟風(fēng)險。

　　確保對客戶(hù)、合作伙伴和雇員的信息服務(wù)請求做出快速且高質(zhì)量的響應。

　　在過(guò)去幾年中，EAI、B2B和應用開(kāi)發(fā)等方面的迅速發(fā)展推動(dòng)了幾種關(guān)鍵技術(shù)和標準的發(fā)展，這些技術(shù)和標準又推動(dòng)了基礎架構領(lǐng)域的顯著(zhù)進(jìn)步：

　　XML 作為通用的、自解釋的數據交換格式，已經(jīng)為大多數應用程序所采用。面向 Web 的信息交換以及其后的基礎架構，與 XML 一起使 Web 服務(wù)的使用成為不可避免的事情。

　　Java 已經(jīng)作為用于服務(wù)器端的一個(gè)主要技術(shù)而被接受，并且J2EE 已經(jīng)作為應用服務(wù)器的標準而被接受。

　　企業(yè)服務(wù)總線(xiàn)在事務(wù)性消息交換和實(shí)時(shí)事件通知領(lǐng)域的使用已經(jīng)圍繞 Java 消息服務(wù)(JMS)而被標準化了。

　　通過(guò) Java 管理擴展(JMX)標準已經(jīng)實(shí)現了服務(wù)器端組件的公共管理框架。

　　基礎架構必須像業(yè)務(wù)一樣運轉

　　瞬息萬(wàn)變的市場(chǎng)需要通過(guò)多渠道傳遞大量的信息服務(wù)。下一代的企業(yè)要求松散耦合的資源能夠共享跨越多領(lǐng)域的公共通信和管理基礎架構。企業(yè)基礎架構不得不像有形的業(yè)務(wù)那樣運轉，允許對資源進(jìn)行動(dòng)態(tài)管理以應對客戶(hù)和合作伙伴的需求波動(dòng)，同時(shí)處理系統資源的供應和可用性變化。企業(yè)應用程序也需要一個(gè)基于標準的協(xié)作模型以最大程度地利用該基礎架構。為此，實(shí)時(shí)企業(yè)使用了來(lái)自實(shí)時(shí)基礎架構的最好做法和服務(wù)器端的網(wǎng)格技術(shù)(gridtEChnology)。

　　實(shí)時(shí)企業(yè)的組件

　　形成實(shí)時(shí)企業(yè)的一些概念與用于定義服務(wù)器端網(wǎng)格環(huán)境的概念相同，用來(lái)描述其核心組件(見(jiàn)表1)的結構類(lèi)似于GArtner的 5 層網(wǎng)格技術(shù)模型。

　　一個(gè)建立在現有的而且是被廣泛采用的技術(shù)和開(kāi)放標準之上的ESB可為服務(wù)協(xié)作、管理和控制提供一個(gè)可適應的分布式架構。ESB支持在企業(yè)內部的任何地方進(jìn)行業(yè)務(wù)服務(wù)的運行時(shí)部署，并提供協(xié)作和通知服務(wù)作為其核心基礎架構的一部分。讓我們看一下 ESB 技術(shù)是如何映射到 Gartner 的 5 層模型的。 

　　基礎架構資源和虛擬操作系統

　　第0層由基礎架構資源組成，包括網(wǎng)絡(luò )、服務(wù)器、存儲和每臺服務(wù)器的操作系統環(huán)境。第1 層位于基礎設施層之上，并建立了一個(gè)多資源的分布式操作系統，它支持的功能如進(jìn)行工作計劃、將資源名集成到總體結構中以及確保不同系統間的一致認證。

　　盡管Gartner將J2EE 作為一個(gè)第 2 層的技術(shù)，我們相信分布式 JMX 和一臺基于 J2EE 的應用服務(wù)器的結合會(huì )具有虛擬操作系統的特點(diǎn)。使用對所有組件和服務(wù)提供部署和完全 JMX 管理的容器或者微內核，從而允許對服務(wù)進(jìn)行遠程激活和管理。

　　JMX作為一種技術(shù)最初設計用于管理單個(gè)代理，如一臺應用服務(wù)器。JMX通過(guò)與JMS 的結合，其范圍就可以擴展到管理單個(gè)代理、群集或松藕合的聯(lián)合體(如果您喜歡，亦可稱(chēng)之為超級群集)，允許對聯(lián)合的 ESB 基礎架構進(jìn)行全生命周期和部署管理。由于 JMX 同時(shí)也集成了許多傳統的管理協(xié)議，如 SNMP，因此ESB 基礎架構可以為 Java、Web 服務(wù)和傳統平臺提供隨需應變的(on-DEMand)的熱部署和自我修復(self-annealing)式的基礎架構。

　　分布式編程模型

　　分布式編程模型構成了實(shí)時(shí)企業(yè)的第1層：可在應用程序和服務(wù)(無(wú)論是內部還是外部)之間進(jìn)行協(xié)作和通知的核心基礎架構。ESB提供事件通知、動(dòng)態(tài)路由選擇和事務(wù)性確保傳遞；并且使用一個(gè)定義明確的過(guò)程語(yǔ)言以使應用程序通過(guò)一個(gè)公共 API 進(jìn)行活動(dòng)協(xié)調。

　　實(shí)時(shí)企業(yè)要求在恰當的時(shí)間將正確的數據傳遞到正確的位置；JMS(Java消息服務(wù))提供事件分布和事務(wù)性確保傳遞的方法。同時(shí)也需要智能數據結構(datafabric)，它可以在需要的時(shí)候在網(wǎng)絡(luò )范圍內進(jìn)行信息分發(fā)，目的是提高吞吐量和降低寶貴的后臺系統的負載。該結構的骨干是通過(guò)JCache (Java 通用緩沖框架)所形成的。

　　一個(gè)類(lèi)似于Linda的元組空間(tuplespace)將消息隊列的“一個(gè)且只有一個(gè)”傳遞語(yǔ)義與發(fā)布/訂閱的廣播功能和對等系統的松藕合結合到一起。元組空間就如同由無(wú)限數目的進(jìn)程所共享的相連內存。進(jìn)程可以向該空間中添加元組(本質(zhì)上就是數據對象)，或者從中取出元組來(lái)以獨占的方式工作――如果需要的話(huà)，可以一直處于等待狀態(tài)，直到匹配對象的出現。進(jìn)程也可以讀取元組而不需要將其從空間中刪除。該范例(將消息隊列的“一個(gè)且只有一個(gè)”傳遞語(yǔ)義與發(fā)布/訂閱的廣播功能和對等系統的松藕合結合到一起)被映射到 Jcache 的頂部，它提供一個(gè)該概念的高性能分布式實(shí)現。

　　這也可以和一個(gè)業(yè)務(wù)流程模型引擎(例如，jBPM：www.jbpm.org)結合起來(lái)以提供一套豐富的分布式編程域。進(jìn)程之間獨立工作——從元組空間那里獲得適當的輸入，并將輸出放回元組空間以便進(jìn)行后續任務(wù)。進(jìn)程在元組上的執行順序比在傳統工作流系統上的執行順序所受到的約束要少。該模型提供分布式共享內存、通用的群集、并行計算以及分布式工作流和BPM 的基礎。

　　應用程序

　　構成實(shí)時(shí)企業(yè)第3層的應用程序依賴(lài)于企業(yè)基礎架構的資源，以及使用協(xié)作編程模型進(jìn)行相互通信。架構師們已經(jīng)意識到更松散藕合的和多層組件模型的優(yōu)越性，而不是開(kāi)發(fā)獨立的或簡(jiǎn)單的兩層客戶(hù)/服務(wù)器(C/S)應用程序。為定義、發(fā)現和實(shí)際執行該模型(例如WSDL、UDDI 以及用于 Web 服務(wù)的 SOAP)而采用的標準有助于面向服務(wù)架構的實(shí)現。

　　作為虛擬操作系統基礎的J2EE應用服務(wù)器為基礎架構提供了一個(gè)基于事務(wù)性的安全服務(wù)的集成點(diǎn)。由于分布式ESB 是一個(gè)像網(wǎng)格一樣的使能技術(shù)，所以基于 OGSI 源代碼組織定義的 Web 服務(wù)接口是一個(gè)很自然的選擇。OGSI 當前是外化網(wǎng)格技術(shù)的事實(shí)標準，它允許在一個(gè)環(huán)境下所書(shū)寫(xiě)的網(wǎng)格服務(wù)可以很容易地部署在其他環(huán)境中。

　　此外，ESB可以提供一個(gè)基于優(yōu)化Tete算法的可擴展規則引擎。外化業(yè)務(wù)規則使得在較低層對迅速變化的業(yè)務(wù)流程、決策機制進(jìn)行管理以及使消息過(guò)濾和路由選擇變得可能，而不需要對基礎應用程序進(jìn)行代碼級的改變。它將業(yè)務(wù)從對緩慢的代碼開(kāi)發(fā)周期的依賴(lài)中解放出來(lái)，允許精通業(yè)務(wù)的分析師進(jìn)行必要的變化以支持新產(chǎn)品或法規需求的引進(jìn)，而無(wú)需中斷系統的運行。

　　“在過(guò)去的10年中，競爭壓力和日新月異的技術(shù)根本性地改變了企業(yè)運營(yíng)節奏”

　　管理支持

　　實(shí)時(shí)企業(yè)要求服務(wù)在宏觀(guān)和微觀(guān)兩個(gè)層面上管理和協(xié)調應用程序及其服務(wù)。第4層提供了實(shí)現安全策略、定義資源使用指南和集成操作流程所需的管理支持?；竟δ馨ǎ?

　　監視：整理事件和統計數據以了解應用程序的性能、資源使用情況和操作行為。它允許對整個(gè)基礎架構進(jìn)行模擬、錯誤判定以及對資源利用進(jìn)行手動(dòng)和自動(dòng)平衡。

　　反應協(xié)調：需要通過(guò)啟發(fā)分析、動(dòng)態(tài)規則和靈活的工作流對應用程序進(jìn)行智能管理、控制、自我修復以及微調。通過(guò)使用有效的動(dòng)態(tài)拓撲布局(在正確的位置運行正確數量的應用程序)、實(shí)時(shí)企業(yè)管理利用負載，并選擇正確的硬件和位置來(lái)運行應用程序。

　　ESB管理結構將分布式JMX與統計事件收集和對比與用在應用級的基于相同標準的 Java 規范框架進(jìn)行了結合。這為資源使用、性能監視和警告通知提供了位置透明性、發(fā)現、遠程控制和統計數據的整理。這些技術(shù)允許對在整個(gè)實(shí)時(shí)企業(yè)中的智能性資源可視化、協(xié)同合作和供應環(huán)境進(jìn)行預言性的決策，從而為 IT 經(jīng)理和業(yè)務(wù)經(jīng)理賦予了洞察力。

　　結束語(yǔ)

　　使用一個(gè)分布式企業(yè)服務(wù)總線(xiàn)，企業(yè)可以通過(guò)利用標準以提供靈活實(shí)時(shí)的“按需服務(wù)”基礎架構來(lái)最大化利用其在硬件和軟件的現有投資。該靈活的基礎架構包括：

　　提供可主動(dòng)調整 IT 資源的技術(shù)，使業(yè)務(wù)領(lǐng)導可以轉變核心信息服務(wù)以滿(mǎn)足不斷變化的市場(chǎng)

　　創(chuàng )建一個(gè)基于開(kāi)放標準的統一 IT 基礎，它可靈活變化以滿(mǎn)足未來(lái)的需求。

　　降低 IT 基礎架構的成本，同時(shí)保持高水平的性能。

　　這些目標是通過(guò)企業(yè)消息傳遞、實(shí)時(shí)緩沖以及分布式主動(dòng)管理技術(shù)的大量結合而實(shí)現的。結果就是一個(gè)具有更低總體成本和具有更高應對業(yè)務(wù)變化能力的IT基礎。通過(guò)依賴(lài)于標準，實(shí)時(shí)基礎架構將不同的技術(shù)結合到一個(gè)連續的結構中，這個(gè)結構提供了快速調整軟件和硬件基礎架構以滿(mǎn)足企業(yè)實(shí)時(shí)業(yè)務(wù)需求的方法。

七、ESB的幾種模式

      John Reynolds 提出了ESB的幾種模式，在選擇ESB進(jìn)行企業(yè)應用開(kāi)發(fā)的時(shí)候，先要確定自己的業(yè)務(wù)模型適合于哪一種ESB模式，詳見(jiàn)：

http://weblogs.java.net/blog/johnreynolds/archive/2006/01/soapesb_level_s_1.html

      對于Web Service，只有理解了異步服務(wù)調用才能真正理解WS的好處。異步調用就是用戶(hù)發(fā)出一次請求，然后過(guò)一會(huì )回頭檢查這個(gè)請求是否返回了。使用異步調用，用戶(hù)不需要發(fā)出請求后立即等待請求返回，這樣就增強了用戶(hù)體驗性。其實(shí)現在很多服務(wù)，例如郵件服務(wù)，消息服務(wù)，在線(xiàn)支付都是異步調用的服務(wù)。

八、企業(yè)服務(wù)總線(xiàn)（ESB）的應用前景

      企業(yè)級應用系統一直是中國軟件產(chǎn)業(yè)發(fā)展的主要方向之一，占有至關(guān)重要的地位。同時(shí)，它也受到整個(gè)世界IT發(fā)展潮流的影響，當前IT軟件領(lǐng)域的主要技術(shù)趨勢是SOA和ESB，原因是信息技術(shù)的不斷發(fā)展和成熟使各個(gè)企業(yè)有機會(huì )在更大的范圍內整合自己的資源，提高經(jīng)營(yíng)運行效率。

      二十一世紀信息共享與整合對企業(yè)的變革發(fā)展日趨重要，而企業(yè)對網(wǎng)絡(luò )環(huán)境的依賴(lài)及應用創(chuàng )新的追求，將是我們面臨的主要挑戰。