前回有提到EAI/ESB,我說過那都是根源於系統間整合的目的所創造出的名詞。如果EAI這個名詞最合適代表「系統整合」,那麼本文不妨也可以說是在談EAI.。談到EAI,首先就要談到Business,到底多大的Service想要整合起來?接這就要問Architecture,到底要採用什麼Techenology ?緊接著就是要如何Implement?這部份包括Network、Programming Model、User環境以及打算採用什麼Standard?這些都檢討過後,我們才可以決定採用什麼Pattern,到底採用DB整合的Pattern或者Message.Process整合的Pattern?兩者當然各有利弊,但是沒有所謂優劣而是看你的用途。首先,先談DB整合的Pattern,這種Pattern又分DB replication與DB Federation。前者-DB Replication,舉例說明,系統A(AP+DB構成)的DB即時(Real Time)但非同期(Asyn)透過網路(Network)複製到系統B(AP+DB構成)的DB,這種應用方式的好處是(1)使用者多有許多範例可供參考(2)系統A的運轉時間不受系統B運轉時間的影響(3)AP不需大幅修改。限制是(a)Real Time的Application應用不易達成(b)業務邏輯侷限於應用程式。