第二章 IBM推薦解決方案

2.1.1 IBM 對企業業務集成的理解

2.1.1.1 信息系統建設的總體考慮

整個系統在規劃是基於整體考慮的，既解決現實問題，又考慮到長遠發展

在功能上應該是對現有管理模式有改進，而又不能有太大的跨躍，應考慮到人員適應能力

在應用系統之間最大限度地利用已有的應用資源，各個應用系統從總體上講應該不是獨立的，而應該是相互關聯的

在使用上兼顧到管理層的需要，又充分考慮了最終使用者的便利性

2.1.1.2 應用系統整合趨勢

每個企業在信息系統建設過程中必然涉及到多個應用系統（可能運行於不同的平台之上，採用不同的開發語言與模式進行開發）之間的相互集成需求（Information Connectivity&Integration或者大家熟知的EAI），採用何種集成體系結構必須慎重考慮。當前大部分的企業採用的應用系統之間的集成是一種點對點的體系結構，具體請見下圖：

點對點的應用系統集成結構的出發點很簡單，當兩個系統之間需要相互協作時，為這兩個系統開發相應的連接組件(Adaptor)將二者互聯。這種由簡單出發的結構存在著嚴重的隱患：隨著應用系統個數的增加，連接組件(Adaptor)的數目將快速增長（總數為n*(n-1)個連接組件，其中n為應用系統的個數），而且在不同應用系統之間由於缺乏自動提交請求的機制，必須在相關的連接組件內部固化請求的提交功能，應用系統之間存在著高度的藕合性，這為系統的維護帶來了巨大的複雜性，任何一個系統的升級或改動都將影響到其它與之相關的應用系統的修改；同時當一個新的應用系統需要納入整個應用集成體系時整個工作變得非常複雜。

The Hub and Spoke提供克服傳統點對點缺點和Messaging Bus趨勢的分配和模塊架構。重要的是一個建立在Messaging Bus上的集成趨勢，它提供一個普通的商業目標模式，它運作起來像數據隔離層，分隔特別應用數據和邏輯過程相關數據。另外，相比以前的趨勢，連接器和介面數減少，整合努力減少了。繼續上面的例子，只有5個連接器和10個介面需要建設。

良好的EAI體系結構應該保證不同應用系統之間的高度內聚，同時又保持各個應用系統的相對獨立性，系統之間存在著鬆散的藕合關係。基於Message&Application Hub的EAI結構能夠滿足複雜的企業應用集成需求和發展的需求。

與點對點的EAI結構相比，在基於Message&Application Hub的EAI體系結構中，連接組件的數目很少（一個應用系統對應於一個針對Message&Application Hub的連接組件，總數為n個。n為被集成的應用系統的個數）；而且各相互集成的應用系統之間不存在直接的關聯，所有的集成工作通過中央Message&Application Hub進行，當某應用系統需要與其它的系統集成時該應用程序發請求（一般通過消息的方式）給Message&Application Hub，由Message&Application Hub自動地將該請求轉發給相應的目標系統進行處理後將結果返回給請求者。在這種體系結構中，系統的維護非常簡單，每一個應用系統的更新和修改都能夠實時地實現，同時當新的應用系統出現時能夠簡便的納入到整個IT環境當中，與其它的應用系統相互協作，共同為用戶提供服務。

2.1.2 IBM WMB 企業業務集成整體解決方案(IBM Websphere Message Broker )

IBM提出了通用的流行的基礎體系架構趨勢的解決方案。如下圖：

IBM的基礎體系架構模型基於 J2EE的標準應用伺服器(IBM Websphere application server )來實現基礎底層架構，支持遵循J2EE規範的任何企業應用，實現企業信息門戶(IBM Websphere Portal On Demand)和業務集成(IBM Websphere

以下文章點擊率最高

Loading…