SOA,ESB和EAI之間的聯繫和區別

    今天和你們聊聊有關企業EAI,ESB和SOA這三者之間的關係.固然由於全憑我的工做經驗對着三者的理解若是有什不對的還請各位通路中人一塊探討.

首先說實話我的感受這三個概念(貌似說概念也不是特別準確)仍是蠻高大上的,都是針對如今企業信息化過程當中遇到的瓶頸中的一種解決方案,都是特別實用的,特別是針對大中型製造生產企業.

如今分開來講一下,就先按照EAI-àESB--àSOA這個順序來講.

EAI:

如今我以爲大多數IT工做者對企業EAI並不陌生,什麼是EAI???,其實EAI就是解決各個應用軟件之間的互聯、互相傳輸數據的一種解決方案。爲何要出現這種解決方案？答案就是在企業的信息化發展過程當中出現了各類各樣的應用軟件好比ERP、PLM、財物系統、CRM等等，這樣就出現了每個軟件都是獨立的，這樣企業就造成了信息孤島！

接下來咱們看看企業EAI解決方案如圖所示，很簡單就是把各個軟件鏈接起來讓他們可以相互交互。

說到這裏我們再說說一下目前市場上能夠實現該解決方案的產品IBM MQ、Biztalk（該軟件到目前的版本不僅僅能實現EAI、還能夠實現ESB、SOA）等等。我這裏就選了兩個部署簡單、功能強大，運維簡單的產品。其餘那些亂七八糟的就不列舉了。

MQ比較熟悉的可能知道它是經過Client和Server進行各個系統之間相互傳遞數據的，各個系統之間的業務邏輯就實現不了，僅僅能進行數據的傳遞！固然和Biztalk 相比實現EAI，MQ的運維和部署說實話很繁瑣，這裏我就要吐曹一下IBM的官方文檔——太簡潔！！！

ESB：

接下來我們聊聊ESB也就是企業服務總線。這個說實話就很高達上了，相比EAI要高大不少而且它自己能夠包含EAI功能。ESB就是傳統的中間件和XML、WEB服務等技術結合的產物。ESB提供了網絡中最基本的鏈接中樞，也是企業神經系統的必要元素，ESB 的出現改變了現有的傳統企業架構，能夠提供更好的解決方案相比以前的EAI。同時它還能夠消除不一樣應用之間的技術差別，讓不一樣的應用協調運做。ESB採用了「總線」這樣一種模式來管理和簡化應用之間的集成拓撲結構，以廣爲接受的開放標準爲基礎來支持應用之間在消息、事件和服務級別上動態的互連互通，是一種在鬆散耦合的服務和應用之間標準的集成方式。它能夠做用於：

①面向服務的架構—分佈式的應用由可重用的服務組成；

②面向消息的架構—應用之間經過ESB發送和接受消息；

③事件驅動的架構—應用之間異步地產生和接收消息。

因此總結一下ESB相比EAI它變得更加鬆散耦合，並且加入了業務流程、數據格式轉換、消息處理的方式增多（基於內容和規則的消息路由、消息過濾、消息合併和消息的從新排序）

對於ESB典型的表明就是微軟的Biztalk。

 

SOA：

其實我的我對SOA的理解就是SOA=ESB+EAI的概念，SOA的產品其實就是ESB。