ESB這個新名詞讓人感到既時髦又有點兒迷糊，它似乎正在被賦予許多自己不應承載的內容。那么，ESB究竟是什么呢?本文將對此進行相關的介紹，并著重說明中間件和ESB之間的關系。

    中間件到底是什么東西?

    它現在就好比是不斷將新思想一股腦兒澆在老方法上的一碗意大利面條。業界不斷將更多的調料澆在這碗面條上: 例如企業應用集成、企業信息集成、業務流程管理和面向消息的中間件等模糊概念。

    中間件食譜中的最新成份是時髦名詞--ESB(企業服務總線)。ESB現在已經成為一種市場誘惑，因為它承諾提供簡單、快速、基于標準的多點集成。如果現在翻開大多數中間件廠商的資料，就會發現有關ESB的文章真是長篇大論，但這些卻似乎讓新方法與老范例之間的界線更加模糊了。

    其實，ESB就是一種可以提供可靠的、有保證的消息技術的最新方法。ESB中間件產品利用的是Web服務標準和與公認的可靠消息MOM協議接口(例如IBM的WebSphere MQ、Tibco的Rendezvous和Sonic Software的SonicMQ)。ESB產品的共有特性包括:連接異構的MOM、利用Web服務描述語言接口封裝MOM協議，以及在MOM傳輸層上傳送簡單對象應用協議(SOAP)傳輸流的能力。大多數ESB產品支持在分布式應用之間通過中間層如集成代理實現直接對等溝通。

    廠商支持ESB的方式雖然各不相同，但是顯然這一種類產品的覆蓋面非常廣泛，包括了傳統MOM廠商以及中間件公司，例如Cape Clear、Fiorano、IONA、Polar Lake、SeeBeyond、SpiritSoft、Systinet和Vitria。任何廠商只要支持Java消息服務MOM或JMS API都可以將自己定位于ESB廠商。任何實現新興Web 服務可靠消息傳遞(WS-RM)規范的廠商也可以聲稱自己提供了ESB工具。

    當然，沒有一家ESB廠商滿足于只提供一條可靠的通道。因此，它們將各種東西投入到他們的ESB大鍋里，并且拼命地攪拌和翻炒。MOM、企業應用集成、業務流程管理、集成代理、指揮協調、數據轉換、發布與訂閱、事件通知、基于內容的路由、事務處理……它們都是ESB，至少廠商們會這么說。

    而企業的IT人員需要的是易于安裝、配置、執行和管理的集成產品。他們需要強大的、支持標準的、能實現任意對象之間集成的中間件。他們需要廉價而迅速地集成，而不是費時多年、高風險、耗費大量資金的大型集成。

    今天的ESB產品能夠提供這一切嗎?恐怕很難。問題的關鍵并不在于產品本身，而是那些已經在許多企業中扎根的多如牛毛的中間件產品、協議和方法。各公司為中間件和集成應用投入了太多的資金，以致于不可能在一夜之間將它們全部淘汰，再從頭開始。實際的集成環境基本上是采用多家廠商的中間件產品，其中許多中間件產品是在特殊戰略項目的環境下部署的，或用來集成特定的應用、平臺和協議集合。

    因此，大多數的公司并沒有單一企業范圍的“總線”，而這種總線也不可能很快問世。由于實際應用中的集成需求多得令人眼花繚亂，沒有一種ESB產品可以提供單一的解決方案。大多數企業所能做的就是在老環境難以應付的異構性上再覆蓋上一層基于標準的集成環境。

    總而言之，ESB術語只是一個有關MOM和基于SOAP的Web服務融合的籠統短語罷了。我們不應該賦予這個術語它所不能承載的更多含意。它只是連接我們整體盤子上中間件肉丸子的一種方法而已。

    什么是ESB ?

    全稱為Enterprise Service Bus，即企業服務總線。它是傳統中間件技術與XML、Web服務等技術結合的產物。ESB提供了網絡中最基本的連接中樞，是構筑企業神經系統的必要元素。

    ESB的出現改變了傳統的軟件架構，可以提供比傳統中間件產品更為廉價的解決方案，同時它還可以消除不同應用之間的技術差異，讓不同的應用服務器協調運作，實現了不同服務之間的通信與整合。從功能上看，ESB提供了事件驅動和文檔導向的處理模式，以及分布式的運行管理機制，它支持基于內容的路由和過濾，具備了復雜數據的傳輸能力，并可以提供一系列的標準接口。 

上一篇:解析中間件技術上是否完全依賴SOA

下一篇:SOA是中間件發展趨勢 產品向微內核容器發展