You are here

從「EAI」 到「ESB」

F金控負責SOA的C主管來電問EAI與過去我去談的HUB與現在最熱門話題的SOA/ESB三者有何不同?我想了一下覺得這問題還有點難立即回答,困難的原因是因為三者目的相同(系統間整合)但是從技術(Technic&Product)、範圍(System&Application)仔細分析三者是有相當差距的,實在很難用電話就說的清楚(溝通的要件是彼此要有相同語言與知識才可能順暢),但是如果不立即回答難免令對方失望,傷害到對方對我的信賴,對將來我從事的工作有妨礙,因此只好硬著頭皮回應。

我是這樣回答的,從整合的的目標來看-不同系統間整合(System&Application)是從有IT以來就是一項重要的工作,所以三者僅是名稱不同其實目標與目的是相同的。從整合的技術與產品來看,從最初的Direct Connect、到Point To Point、到Message Broker、到現在Standard Based Connection從名詞的內涵三者的技術與產品差別是很大的,不同的技術與產品當然限制了System&Applivation的整合方式,如前Direct Connect一定造成系統間疊床架屋,應用功能受限不說,維護更是困難,反之Standard Based Connection,系統間整理清楚,應用功能也不因彼此系統平台不同而抵消。至於EAI、HUB與ESB三者如何區分比較容易?說真的也不必太咬文嚼字,那絕對是廠商迷惑你的手段之一(讓人以為只有他懂你不懂),簡單的講法還是檢視系統的環境,如果你連MQ都沒有,那整合出來的系統就是Direct Connect,如果有MQ,那整合出來的系統就是Point To Point,如果有MB那整合出來的系統就是 Message Broker t,如果全體系統都是依據 SOA標準(架構、技術、產品、方法、工具),那整合出來的系統就是 Standard Based Connection了。最後我告訴他當年我講的HUB是以MB的技術產品為基礎所以整合的方式與範圍是什麼內容大概清楚了。

Comments

簡單,
ESB-在業界認可的標準上,透過事件驅動的引擎(BUS)連結複雜的系統架構。
SOA-架構上定義出一組可以讓商業流程在整個生命週期以服務來表示。把每件流程分割成為服務,可視為分散(模組)運算。
EAI-或是以前的HUB,把多個系統連結在一起成為一個大系統。

基本上,ESB和EAI最大的不同在,EAI把系統視為一個整體,而ESB則把系統當成許多小系統。可以說ESB是進化的EAI。
但是ESB(或是EAI)和SOA可以是一點關係都沒有的。因為ESB可以支援多樣化的彈性協定。不過因為好賣的因素,所以會把ESB和SOA放在一起,最為人知道的就是BPEL(利用SOA做的ESB)。

Add new comment

Plain text

  • No HTML tags allowed.
  • Web page addresses and e-mail addresses turn into links automatically.
  • Lines and paragraphs break automatically.
CAPTCHA
情非得已,網路蟑螂橫行,必須確認您是友善的訪客,麻煩之處,尚請見諒
Fill in the blank.