談及企業服務匯流排（esb），在有面向服務的架構（soa）實施經驗的開發者眼中一定不會陌生。
這些年，人們一直在談論它，以至有些人認為「實施soa一定需要esb」，或「只要將esb架起來了，
我們就soa了」。這些說法有可取之處，也存在片面之嫌，由於業界對於esb沒有統
一、標準的定義，
所以一千個人眼中有一千個「esb」也就成了情理中的事情了。然而，怎麼才能將esb用好？我們需要
清楚地認識esb在soa中所扮演的角色，理解哪些工作是esb的職責之內?哪些卻不是?
從下面可以看出esb在各個系統服務之間發揮的作用，看看你是否理解正確了。
從上圖可以看出，esb是為各個系統的服務又管理各個系統的服務，它可以利用現有的服務組合新的系統，
圖上它把oa、crm、erp整合等，那麼它是不是就是乙個萬能的中間平台，任何服務都可以接入到上面？
這是乙個很理想的目標，但這個目標是不可能實現的。
原因有兩點：其一，仲裁邏輯一般是非常具體的，具體的服務有具體的整合需求。我的理解是它們在某些
更詳細的小的方面也有很多不同，需要把所有的不同大的差異還是小的差異都遮蔽掉，是不容易做到的。
我們要考慮的不僅僅是協議之間的差別，還需要考慮訊息格式的差別。其二，如果有這樣的設計/實現存在，
esb產商為何不把這個特性直接實現了呢？你也許會說產商不理解具體的業務，而具體的業務是複雜的，si/isv
卻了解這些複雜業務。而事實上，esb解決的更多是技術層面的工作，業務層面的工作大多數不屬於esb的範疇，
複雜的業務邏輯不是在業務系統中實現，就是在其它soa元件中實現。
ESB企業服務匯流排
esb全稱為enterprise service bus，即企業服務匯流排。它是傳統中介軟體技術與xml web服務等技術結合的產物。esb提供了網路中最基本的連線中樞，是構築企業神經系統的必要元素。esb的出現改變了傳統的軟體架構，可以提供比傳統中介軟體產品更為廉價的解決方案，同時它還可以消除不同...
企業服務匯流排ESB
企業服務匯流排 enterprise service bus 以往企業已經實現了很多服務,構成了面向服務的架構,也就是我們常說的soa.服務的參與雙方都必須建立1對1 的聯絡,讓我們回顧一下soa架構有哪些基本的要求 soa在相對較粗的粒度上對應用服務或業務模組進行封裝與重用 服務間保持鬆散耦合，基...
ESB企業服務匯流排
esb是企業服務匯流排 enterprise service bus 的縮寫，是中介軟體技術與web service等技術結合的產物，也是soa系統中的核心基礎設施。esb就是乙個服務的中介，形成服務使用者 esb服務proxy 服務提供者的生物鏈，中介的作用在不同應用中各有不同 從上面可以看到es...