ESB與SOA的融合能否破解CIO的困惑

申請免費試用、咨詢電話：400-8352-114

隨著SOA概念的應聲落地， ESB蜂擁而入，雖然它不是一個新的名詞但它給人的感覺是既時髦又迷糊，它似乎正在被賦予許多自己不應承載的內(nèi)容。究竟什么才是ESB？為什么與SOA有著千絲萬縷的關系？CIO又如何透過ESB掌控SOA實施？

ESB和SOA的關系

關于ESB的概念，網(wǎng)絡的報道鋪天蓋地，專家的的解釋也是眾說紛紜，ESB一直沒有一個準確的定義，就像SOA問世之初到底是框架還是思想一樣被人們議來議去，以筆者的個人理解認為ESB是連接人體各個神經(jīng)系統(tǒng)的中樞，而SOA就是這錯縱復雜的神經(jīng)系統(tǒng)，如何才能夠讓各個神經(jīng)系統(tǒng)相互協(xié)調(diào)、靈活，高效的工作，ESB起到連接和傳輸?shù)淖饔谩?

ESB的出現(xiàn)徹底擺脫了傳統(tǒng)集成中間件中中央服務器的集中式交換模式，采用了輕量級的分布部署模型，通過對服務的注冊、發(fā)布、流程化等一系列的管理，提供服務倉庫，并可以將服務倉庫中來自世界各的服務根據(jù)業(yè)務需求有機的結合起來，同時它還可以消除不同應用之間的技術差異，讓不同的應用服務器協(xié)調(diào)運作，實現(xiàn)了不同服務之間的通信與整合。有了ESB， SOA才能釋放它的最大價值。因此，ESB成為廠商在SOA競爭中的焦點。

2008年初，金蝶中間件公司在深圳發(fā)布了下一代企業(yè)集成框架軟件Apusic ESB(企業(yè)服務總線)中間件，標志著金蝶中間件的SOA戰(zhàn)略體系已經(jīng)形成。

ESB是改頭換面的EAI嗎？

關于ESB的由來和傳說數(shù)不勝數(shù)，有人說ESB是SOA的產(chǎn)物，有人說ESB是改裝后的EAI換湯不換藥，到底ESB是不是改頭換面的EAI為此金蝶中間件ESB產(chǎn)品經(jīng)理倪曉兵表示：

ESB和傳統(tǒng)的集線器方式的EAI相比，從應用的領域上沒有什么不同，其目的都是為了解決各個不同應用在消息層面的數(shù)據(jù)轉換、數(shù)據(jù)集成以及流程集成。

從技術實現(xiàn)的角度看，ESB和傳統(tǒng)的EAI相比，具有更好的特性和更靈活的結構，主要有：

1）ESB面向的對象是服務，也就是說，ESB需要去集成的對象都是服務，而服務是基于標準的，例如Web Service。EAI中，集成的對象則是不同的中間件平臺

2）ESB在集成的過程中，更強調(diào)一種“統(tǒng)一消息”的概念。這種“統(tǒng)一消息”的格式，是可以被在ESB中所集成的各個服務都認可的。但在EAI里，則是集成的各方基本都存在自己的“方言”，這就要求，EAI平臺，必須能夠認識這些“方言”并解析這些方言。由于在解析的過程中要經(jīng)過翻譯成對方可以識別的語言，而ESB不用，這樣就大大提高了運行速度。

3）ESB支持異步消息的交互。通常，集成各方的消息傳遞有兩種模式，一是同步的請求-回應模式，另外一種則是異步模式，請求方法送一個消息，馬上返回，不用等待結果。對服務組件來說，就被擺在那里，可以對異步消息作出響應，既不用關心具體的調(diào)用協(xié)議，也不用關心數(shù)據(jù)的路由細節(jié)，只關心一件事情：接收消息并處理消息。這一點在EAI中是很難辦到的。

ESB支持邏輯功能上和物理上高度的分布式布署，這個也是EAI模型的一個弊端。

CIO如何透過ESB布署SOA應用

面對SOA的靈活和開放性，給了CIO更多的選擇理由，但是機會和挑戰(zhàn)同樣并存，不菲的平臺遷移成本以及成功案例的缺失，使CIO在SOA的選擇上困惑不已。

CIO不但要考慮必須對現(xiàn)有產(chǎn)品進行集成以支持SOA的使用場景。還必須考慮如何構建面向未來的SOA應用。選擇什么樣的ESB來實現(xiàn)SOA的融合是擺在所有CIO面前的一道難題，Apusic ESB的出現(xiàn)和應用恰好為這個難題提供了一個解決之道。

Apusic ESB 立足于Apusic應用服務器和Apusic消息中間件之上，并與其無縫結合，具備面向服務、面向消息、事件驅動的特性，是一個在SOA架構中充當服務兼智能化集成與管理中介的靈活敏捷的基礎平臺。

在智能網(wǎng)絡方面：Apusic ESB具有高度的分布式部署特性，在物理上服務器之間不受時間和空間的限制，在邏輯上，集中式管理Apusic ESB可以組成網(wǎng)絡相互連接盡而形成完整的企業(yè)服務總線。

在服務倉庫方面：Apusic ESB是一個符合Web Services標準的多協(xié)議服務容器，任何一個已經(jīng)公開的Web服務都可以被注冊到Apusic ESB的服務倉庫中，成為基于服務的組件庫中的一員。

不同的協(xié)議與不同的WEB服務器之間進行共享、協(xié)調(diào)互通也是SOA的精髓所在。

在業(yè)務重組方面：Apusic ESB引入了工作流流程化的概念，可組裝編排對于用戶來說，只需要關心流程中的一個服務即可，無須再去關心BPEL的具體技術細節(jié)。

流程化的服務組織，使SOA可以將服務的功能和需要完成的業(yè)務分離開來。一旦業(yè)務發(fā)生變化，只需要簡單的修改流程定義，就可以適應新的業(yè)務場景，使SOA系統(tǒng)具備高度的彈性與可擴展性。

在數(shù)據(jù)集成方面：Apusic ESB針對不同數(shù)據(jù)庫的特點提供了針對數(shù)據(jù)庫的適配器，實現(xiàn)遺留系統(tǒng)的非破壞式接入Apusic ESB。實現(xiàn)異構數(shù)據(jù)結構、異構數(shù)據(jù)庫平臺之間的數(shù)據(jù)自動轉換。

在管理工具方面: Apusic ESB提供了一體化的管理工具，通過工具，可以非常方便的對Apusic ESB進行集中式管理、可視化的流程設計，以及運行期的實時監(jiān)控等功能。

SOA雖然在ESB興起中走上了康莊大道，但是誰又能給SOA提供一份最為寶貴的成功經(jīng)驗呢？業(yè)界、CIO、專家、廠商都在探索中尋找解決方案，2008年是SOA的產(chǎn)品年也是SOA的落地之年，ESB與 SOA的完美融合能否破解CIO的困惑，還需要在未來的實踐中驗證。（IT168）