透過ESB看SOA落地

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

從企業(yè)服務總線（Enterprise Service Bus，ESB）在2002 年被正式提出以來，我們看到ESB不管是在實現(xiàn)方式還是部署方式上都有了不小的變化。在過去的四年多的時間里，ESB 作為軟件領域里的一個獨立產品也被越來越多的人所接受，眾多的ESB 供應商正在架構、連接性、易用性以及服務質量的保證（如持續(xù)可用）等方面進行競爭。很多綜合服務供應商（如IBM、BEA）、企業(yè)應用集成商（如Tibco、webMethod）以及Web 服務工具供應商都紛紛給自己的產品冠以ESB的名號，英國電信甚至把ESB 做進了它們的一個硬件產品中。

很明顯，作為SOA(Service-Oriented Architecture)的核心和基礎架構，ESB 已經成為準備踏上和已經踏上SOA 之旅的CIO 們必須認真考慮和仔細研究的一個產品。因為作為一種中間件，ESB通過與它連接的各種應用的服務級接口實現(xiàn)各種應用之間的連接，控制它們之間的通信，這一功能正在越來越多的生產系統(tǒng)中發(fā)揮著作用。更為重要的是，幾年來很多企業(yè)和機構已經在生產中部署了ESB，ESB 的效果得到了一定程度的校驗，同時人們對如何充分發(fā)揮ESB 的作用以及建立SOA 的環(huán)境，為此需要建設、部署管理哪些基礎設施有了越來越清晰的認識。

這些基礎設施包括：

●  面向流程、事件驅動的架構（Event-Driven Architecture，EDA）；

●   Web 服務的治理；

●  高級Web 服務規(guī)范（WS-*）;

●  復雜事件處理（Complex Event Processing，CEP）;

●  語義數(shù)據(jù)集成。

事件驅動的架構談到ESB 就不得不談到面向流程、事件驅動的架構，因為ESB 與這種架構配合起來可謂相得益彰。

通常，點對點的集成是通過簡單的請求/響應這種同步的方式來完成交互的。在這種環(huán)境中，ESB 作為數(shù)據(jù)傳輸和轉換的中介可以很好地完成這一任務，但是，ESB 最能發(fā)揮作用、也最能體現(xiàn)其帶來的靈活性的地方還是在面向流程、事件驅動的架構中。

在進行跨多個應用、大范圍的集成時，成功的關鍵是有一個靈活的架構，面向流程、事件驅動的架構就是這樣的架構。通過使用ESB，事件驅動的架構中的每個應用與其他應用之間處于一種松耦合狀態(tài)。在這種架構中，每個應用獨立于其他應用運行完成一項任務，或者異步地完成一組任務中的一個。即使在一個應用發(fā)出了一個請求，然后等待響應以完成接下來的流程時也是這樣。這個請求被發(fā)到總線上，按照預先定義的流程，這個請求可能會經過很多應用、數(shù)據(jù)源、路由器和轉換器。上述一系列的行為都是獨立完成的，最后的響應也是作為一個獨立的事件到達最初的這個應用。

事件驅動的交互模式一個主要優(yōu)點就是保證應用之間的松耦合。只要接入ESB 中，每個應用都不用了解如何與其他的應用進行交互這些細節(jié)，ESB 負責處理所有的協(xié)議、數(shù)據(jù)格式和不同的交互模式。

當然，事件驅動的架構只有在一定條件下才能有效地工作。首先，ESB 必須具有可靠和高可用的異步消息傳遞能力。在一個同步的點對點的集成項目中，如果一個應用沒有收到一個請求的響應，它會發(fā)出錯誤的信息，同時再次嘗試發(fā)出請求。但是在異步的情況下，應用向ESB 發(fā)出一個請求以后就不再關心是否會有響應，直到一個新的請求到達，通知這個應用完成下一個處理。

由于很多時候企業(yè)的所有交易都必須經過ESB 總線完成，因此ESB 必須有容錯能力，支持復雜的業(yè)務邏輯，遇到錯誤的邏輯也能及時恢復。

另外一個必須滿足的條件是，應用需要適應這種事件驅動的交互模式。在事件順序非常重要的場合，應用必須能夠檢查事件的順序并做出適當?shù)奶幚?，否則，ESB 就要有能力保證在復雜的邏輯情況下（也許這些邏輯還會有錯）事件的先后順序。

Web 服務的治理每個企業(yè)的SOA 之路都不同，有時甚至一個企業(yè)的各個部門也各不相同。有些企業(yè)中可能同時有幾支開發(fā)隊伍在使用不同的Web 服務工具，有些企業(yè)或許已經能體驗ERP 系統(tǒng)或者其他應用服務環(huán)境中Web 服務的作用了，在這些企業(yè)中很可能已經部署了多個ESB 產品，當然，也很可能一個也沒有。

在部署了SOA 架構的這些企業(yè)中，Web 服務管理平臺是一個能發(fā)揮重要作用的管理工具。特別是在業(yè)務流程需要跨越多個異構的環(huán)境時，Web 服務管理平臺能提供端到端的業(yè)務流程的可視性，保證它的安全、進行控制和執(zhí)行某些策略。除了跟蹤服務級別協(xié)議外，Web 服務管理平臺還能提供一個業(yè)務的視角來幫助了解SOA 環(huán)境中某個服務失敗后給業(yè)務帶來的影響。為了執(zhí)行SLA 和其他的業(yè)務規(guī)則，它還能動態(tài)地調整SOA 環(huán)境。無論是點對點的同步模式下還是異步的事件驅動模式下，這一點都是成立的。

有些Web 服務管理平臺能把上述能力擴展到ESB、應用服務器和數(shù)據(jù)庫訪問上，如果服務的執(zhí)行需要跨不同的平臺、數(shù)據(jù)庫、協(xié)議和設備時，有些甚至還可以提供一些業(yè)務級別的指標和報告。

高級Web 服務規(guī)范

為了確保Web 服務之間的順利交互，一些廠商在一起共同制訂了一些高級的Web 服務規(guī)范（WS-*），如WS-ReliableMessaging、WS-Security, WS-Addressing、WS-Policy 等，由于這些廠商的大力推動，這些規(guī)范正在逐步進入到應用階段。過去，ESB 由于采用廠商自己定義的、面向消息的中間層作為核心架構而被貼上了專有技術的標簽，如今，隨著ESB 逐步采用了這些高級的Web 服務規(guī)范，這一點不再成為問題。事實上，正是ESB 讓WS-*規(guī)范落到實處，因為在ESB 的頂層提供了這些規(guī)范的實現(xiàn)之后，使得Web 服務的可擴展性、可管理性和可用性都大大增加了。
此外，在其他平臺和應用服務供應商都實現(xiàn)這些規(guī)范后，ESB 之間的互操作性也得到了很大改善。復雜事件處理復雜事件處理（Complex Event Processing，CEP），有時也稱事件流處理（Event StreamProcessing，ESP），是事件驅動架構領域里的一個新技術。作為一種實時事件處理并從大量事件數(shù)據(jù)流中挖掘復雜模式的技術，CEP 通過分析有意義的事件從而實時地取得這些有意義的信息。

該引擎可廣泛應用于網(wǎng)絡入侵探測、SLA 監(jiān)測、航空運輸調控以及金融服務領域的算法交易（在電子市場中通過計算機程序來進來金融投資的一種交易方法）、金融風險管理、欺詐探測。通常CEP 引擎被嵌入ESB 中，作為ESB 一項服務。其中的事件流可以來自ESB，也可以有其他的來源，如外部的RFID 閱讀器和證券報價信息。CEP 找到了復雜事件的模型，接下來可以向業(yè)務活動監(jiān)控系統(tǒng)的控制面板發(fā)出一個警報，也可以調用一個服務或者通過ESB 激活下一個流程。

語義數(shù)據(jù)的集成如果需要，ESB 可以在業(yè)務流程中插入一個數(shù)據(jù)轉換引擎，這就使得不同應用之間的數(shù)據(jù)格式的轉化變得非常容易?，F(xiàn)在將一種通用的數(shù)據(jù)格式轉換為某一專有的數(shù)據(jù)格式的服務，如驗證（Validate）、豐富（Enrich）、轉化（Transform）、執(zhí)行（Operation）等，已經作為最佳實踐出現(xiàn)在市場上。

在一個面向流程、異步事件驅動的計算環(huán)境中，數(shù)據(jù)轉換的方式與點對點的環(huán)境是不同的。為了讓應用真正實現(xiàn)與其他應用的松耦合，應用之間用來通信的數(shù)據(jù)必須從原來的專有數(shù)據(jù)格式轉換為一種通用的或者在整個組織內相對規(guī)范的數(shù)據(jù)格式，從而使得所有接入SOA 架構中的應用只需關心如何從通用的數(shù)據(jù)格式轉換成自己專有的數(shù)據(jù)格式或者從專有的數(shù)據(jù)格式轉換為通用的數(shù)據(jù)格式，至于目標應用究竟需要什么樣的數(shù)據(jù)轉換則可以通過ESB 根據(jù)需要來進行。

這就極大地降低了把新應用加入到SOA 環(huán)境時的復雜性，也降低了現(xiàn)存應用之間交互的復雜性。采用這種方法帶來的另一個好處是，中間服務（如路由、分離、聚合等）可以按照規(guī)范的數(shù)據(jù)格式來編寫，因此，也降低了程序開發(fā)的難度。

盡管普通的映射工具也可以完成從一種數(shù)據(jù)格式到另一種數(shù)據(jù)格式的轉換，但在應用眾多的場合，數(shù)據(jù)模型非常多而且復雜、同時涉及眾多各種不同的應用和數(shù)據(jù)源，這時此類工具往往缺乏管理這些數(shù)據(jù)模型之間的映射和相互關系的能力。作為ESB 的一個補充，語義數(shù)據(jù)映射工具已經出現(xiàn)，它所針對的正是大規(guī)模部署SOA 時迫切需要解決的各種數(shù)據(jù)格式之間的關系問題。與之相比，在進行點對點方式的集成時，人們對每一對需要通信的應用之間的數(shù)據(jù)轉換關系是非常清楚的。

用ESB 來實現(xiàn)SOA

事件驅動的架構是一種非常適合SOA 的體系結構，它作為SOA 的一種最佳實踐備受關注，
而ESB 正是將二者聯(lián)系起來的關鍵部分。而且，更為關鍵的是在大型SOA 架構中，ESB 擴大了集成應用的集成范圍，降低了集成的難度，這是以前無法想象的。只是部署和管理企業(yè)數(shù)據(jù)之間不同含義的復雜語義映射還不令人滿意，這還是一個需要繼續(xù)進行研究和不斷創(chuàng)新的領域。

到目前為止，已經有很多企業(yè)采用和部署了ESB，但除了ESB 外，在規(guī)劃企業(yè)的SOA 戰(zhàn)略時還有很多需要考慮的。比如，需要運行很多服務，各種平臺之間的交互需要保證安全，需要進行管理。幸運的是，只要符合SOA 的核心思想，它們通?？梢酝ㄟ^Web 服務接口接入ESB 集成到SOA 環(huán)境中。(it168)