【文章內容簡介】 享，并可以透明地處理諸如宕機、網(wǎng)絡堵塞、網(wǎng)絡中斷等各種復雜的通訊異常。 該基礎模塊提供了標準的數(shù)據(jù)封裝接口，能夠以多種協(xié)議為基礎實現(xiàn)數(shù)據(jù)交換功能，屏蔽底層通訊機制，從而提供了可靠的數(shù)據(jù)傳輸保證。 消息代理服務 消息代理服務是 數(shù)據(jù)交換平臺 的核心服務。消息代理服務運行在基礎消息傳輸服務之 上，為數(shù)據(jù)交換平臺提供了強大的信息格式轉換與信息路由的功能。 其高性能的消息處理引擎，靈活的系統(tǒng)擴展機制與負載均衡的架構設計，完全滿足了 數(shù)據(jù)交換平臺 未來的升級擴展。 人員交互、安全認證、管理監(jiān)控、信息存儲等輔助服務 相關平臺輔助服務是 數(shù)據(jù)交換平臺 不可或缺的功能，進一步簡化并完善了平臺的功能。 我們建議在 省電子政務系統(tǒng)中心 配置 WebSphere Business Integration Message Broker, 在 各局委辦 安裝配置 WebSphere MQ。 “ 電子政務數(shù)據(jù)交換平臺 ” 物理結構參考圖局委辦網(wǎng)絡 1局委辦網(wǎng)絡 2 局委辦網(wǎng)絡 n消息服務客戶端消息服務客戶端消息服務客戶端可靠的消息傳輸通訊消息代理 2消息代理 1負載均衡消息代理邏輯群集L D A P 目錄服務器W E B 應用服務器數(shù)據(jù)庫服務器 對于 WebSphere MQ 來說， 兩個 WebSphere MQ 系統(tǒng)要進行通訊，需要建立它們之間WebSphere MQ 的邏輯連接 —— 通道。因此在這里需要在每一節(jié)點上為需要進行通訊的相鄰的節(jié)點定義配置 WebSphere MQ 通道。 采用這種點對點的通訊方式，如圖： MQ MQMQ MQMQ 系統(tǒng)將會是一個復雜的網(wǎng)狀結構 ,n 個系統(tǒng)要建立 n(n1)個連接，系統(tǒng)的維護和管理將會比較復雜， 重要的是 局委辦 的數(shù)量很多，并且它們之間存在著互相通信的需求，在這種情況下，如果將這么多的節(jié)點兩兩相連， 其配置將會比較復雜，最為重要 的是，其管理和維護的成本會很高，所以這種方法顯然是不可行的。 Message Broker 的設計理念恰恰是要改變這一結構的弊端，將網(wǎng)狀結構變?yōu)樾切徒Y構，它采用 ”hub and Spoke”的設計思想。 大大減少系統(tǒng)間的連接個數(shù)，從 n(n1)個減少到 n 個，使系統(tǒng)的配置和管理大大簡化。 MQMQMessage BrokerMQ MQMQ 隨之而來的是，系統(tǒng)的可擴展性大大增強，每新增加一個 局 委辦 ，不必建立它和其他 局委辦 之間的兩兩連接，而只需連接到 Message Broker 上，通過 Message Broker 便可以實現(xiàn)與其余 支局 的連接和通訊。 這樣，我們構造了一個 WebSphere MQ 通訊 網(wǎng)絡，作為各種應用系統(tǒng)的公共數(shù)據(jù)傳輸平臺，使得縱向、橫向的信息可以在系統(tǒng)內部順暢地流動，而不會因為網(wǎng)絡或系統(tǒng)故障造成信息的丟失或重復傳遞。對于各種應用程序來說，只需調用 WebSphere MQ 提供的編程接口來發(fā)送 /接收消息即可 ,大大提高了應用開發(fā)的效率和質量，并降低了系統(tǒng)維護的難度。 此外， 在各應用系統(tǒng)通過 中心 數(shù)據(jù)交換平臺進行數(shù)據(jù)交換時，如何根據(jù)數(shù)據(jù)內容的確定數(shù)據(jù)的路由選擇也是一個較大的挑戰(zhàn)。 Message Broker 的 智能路由功能能夠讓用戶根據(jù)消息的格式和內容定義消息轉換和路由決策，規(guī)則的定義可以通過 GUI 界面來實現(xiàn)，十分簡單易行。如我們可以在數(shù)據(jù)中設定路由信息標志位， MQ 本身是無法解析數(shù)據(jù)報中內部的具體信息的，而 Message Broker,可以解析和識別消息的具體內容，可以根據(jù)消息中設定的路由標志位進行數(shù)據(jù)的智能路由。如：從 A 市將數(shù)據(jù)發(fā)給 Message Broker， Message Broker 可以智能地分析數(shù)據(jù)的目的地，并準確將數(shù)據(jù)轉發(fā)出去。 通過智能化數(shù)據(jù)路由和轉換功能，用于可以在應用程序之間實現(xiàn)消息流，同時滿足 業(yè)務過程的數(shù)據(jù)流要求；同時它可以隨著業(yè)務要求的變化而變化，當業(yè)務需求變化時，僅需對Message Broker,做必要的更改，而無需改動原有的應用程序，使系統(tǒng)的可擴展性大大增強。 除了智能路由功能之外， Message Broker 還具有以下更加豐富和完善的功能： 對數(shù)據(jù)的各種復雜的計算和處理功能。它用 每一個 Node 表示對消息的一種處理，如pute node 可以對消息進行各種計算操作，其他 Process Node 有： input node, output node, filter node, check node 等； node 與 node 相連，便組成了一個 Message Flow，由各種“ Processor Node” 組成的 Message Flow，可對消息進行各種處理操作，在消息從數(shù)據(jù)中心經(jīng)過時便可以被進行相應地計算，從而發(fā)往目的應用系統(tǒng)； 數(shù)據(jù)格式轉換和路由服務。 Message Broker 提供多種數(shù)據(jù)格式服務，其中包括：自定義格式，用戶可以通過 MRM(Message Repository Manager)來定制自己的消息格式； XML 格式；面向紀錄的 信息格式，如 C 的頭文件， COBOL records 等。對于這些消息格式，它提供 相應的剖析器進行解析，實現(xiàn)它們之間的格式轉換。如對于用戶的 bit stream 的輸入信息可以輸出為 XML 的格式，反之亦然。 與 數(shù)據(jù)庫 緊密集成。提供了與 DB操作相關的各種 Node, 如 INSERT,UPDATE,DELETE等 Node，用戶可以之間通過 ESQL 進行和數(shù)據(jù)庫的操作，如把數(shù)據(jù)存入數(shù)據(jù)庫，從數(shù)據(jù)庫中取數(shù)據(jù)等；這樣，當數(shù)據(jù)通過 Message Broker 時，我們便可以將數(shù)據(jù)進行各種數(shù)據(jù)庫操作，為今后的數(shù)據(jù)倉庫做準備。 應用整 合功能， Message Broker 是 IBM 的應用整合中間件。從 電子政務 系統(tǒng)的一個橫截面來看，存在很多業(yè)務系統(tǒng)， 在系統(tǒng)今后的發(fā)展過程中，必然需要進行應用整合，即實現(xiàn)各個子系統(tǒng)之間的數(shù)據(jù)交換和數(shù)據(jù)共享。 為了實現(xiàn)各應用系統(tǒng)間的數(shù)據(jù)交換和數(shù)據(jù)共享，我們更加建議 星型 Message Broker 解決方案 —— 即位于同一層次上的各應用系統(tǒng)均通過它 互 相連接。 考慮到在各業(yè)務系統(tǒng)建立時都是以各業(yè)務部門為主進行，且各自的業(yè)務屬性也有較大的不同，故各應用系統(tǒng)間在數(shù)據(jù)定義、數(shù)據(jù)格式上必然會存在著或多或少的差異性。這就為各應用系 統(tǒng)間的數(shù)據(jù)交換帶來了一定的困難。 通過 Message Broker，用戶完全不需要專門開發(fā)接口和路由選擇程序，只需要在 中心的 Message Broker 上對每個業(yè)務系統(tǒng)的數(shù)據(jù)格式作相應定義，并定義相關的數(shù)據(jù)路由規(guī)則即可。這樣一方面簡化了其實現(xiàn)方法，另一方面大大提高了系統(tǒng)的可維護性。 方案設計中的核心要點： 1） 采用業(yè)界成熟的產(chǎn)品：對于一個企業(yè)級的應用，這一點是非常必要的； 2） 采用一個合理的架構：在通訊節(jié)點眾多時，要避免采用復雜的網(wǎng)狀架構，要采用先進