1、XX省電子政務系統數據交換平臺XX商業機器中國有限公司 目 錄：1 概述數據交換共享平臺是協作式電子政務應用平臺（包括政府職能部門之間的電子協作、政府與公眾/企事業單位的服務管理等）的核心基礎服務模塊，負責實現跨系統的數據交換、流程控制和分布式數據存儲服務。數據交換平臺的目的是實現每個合法用戶將其所要傳輸的數據包安全可靠地傳輸到指定的地方。數據交換平臺支持常見數據庫類型、多種業務類型、多種數據傳輸方式和網絡特性，是各類應用系統共享信息資源的公共渠道，是應用系統擴展的接口。面向服務的體系架構目前，大多數企業都有各種各樣的系統、應用程序以及不同時期和技術的體系結構。集成來自多個廠商跨不同平臺的產品

2、和應用系統，一直是企業IT部門的主要挑戰。面向服務的體系結構為解決這一問題提供了良好的途徑。SOA是一個組件模型，它將應用程序的不同功能單元（稱為服務）通過這些服務之間定義良好的接口和契約聯系起來。接口是采用中立的方式進行定義的，它應該獨立于實現服務的硬件平臺、操作系統和編程語言。這使得構建在各種這樣的系統中的服務可以以一種統一和通用的方式進行交互。以服務為導向、開放、松散耦合的總體目標架構，在應用系統的規劃設計時，我們遵循如下業務集成參考架構。圖 IBM基于SOA的業務集成參考架構SOA 的主要組件包括服務、動態發現和消息。服務是能夠通過網絡訪問的可調用例程。服務公開了一個接口契約，它定義了

3、服務的行為以及接受和返回的消息。術語服務常與術語提供者互換使用，后者專門用于表示提供服務的實體。接口通常在公共注冊中心或者目錄中發布，并在那里按照所提供的不同服務進行分類，就像電話簿黃頁中列出的企業和電話號碼一樣。客戶（服務消費者）能夠根據不同的分類特征通過動態查詢服務來查找特定的服務。這個過程被稱為服務的 動態發現。服務消費者或者客戶通過消息來消費服務。因為接口契約是獨立于平臺和語言的，消息通常用符合 XML 模式的 XML 文檔來構造。SOA結構中，中立的接口定義（沒有強制綁定到特定的實現上）的特征稱為服務之間的松耦合。松耦合系統的好處有兩點，一點是它的靈活性，另一點是，當組成整個應用程序

4、的每個服務的內部結構和實現逐漸地發生改變時，它能夠繼續存在。而另一方面，緊耦合意味著應用程序的不同組件之間的接口與其功能和結構是緊密相連的，因而當需要對部分或整個應用程序進行某種形式的更改時，它們就顯得非常脆弱。對松耦合的系統的需要來源于業務應用程序需要根據業務的需要變得更加靈活，以適應不斷變化的環境，比如經常改變的政策、業務級別、業務重點、合作伙伴關系、行業地位以及其他與業務有關的因素，這些因素甚至會影響業務的性質。我們稱能夠靈活地適應環境變化的業務為隨需應變業務，在隨需應變業務中，一旦需要，就可以對完成或執行任務的方式進行必要的更改。服務包括：1) 用戶交互服務。為用戶在界面上提供一個統一

5、的信息服務功能入口。通過將內部和外部各種相對分散獨立的信息組成一個統一的整體，保證了用戶既能夠從統一的渠道訪問其所需的信息，也可以依據每一個人的要求來設置和提供個性化服務。2) 應用服務。通過HUB或總線架構，實現應用與應用之間的連接，完成相關的數據路由與數據格式轉換。 3) 信息集成服務。實現數據或整合，在異構的數據源之間實現數據層的直接整合。通過建立統一的數據模型來實現不同系統間的信息轉換。4) 工作流程服務。實現業務流程管理，包括工作流管理、自動化流程兩層面。它將不同的應用系統連接在一起，進行協同工作，并提供商業流程管理的相關功能，包括流程設計、監控和規劃，實現業務流程的實時管理。同時支

6、持行業標準（如RossetNet、ebXML、EDI、CIDX、SWIFT、FIX）以適應企業集中、扁平、透明的管理機制，適應企業供應鏈、企業內部流程共享和流程優化。5) B2B集成服務。通過多種連接方式，接入第三方的系統，如ERP等。企業服務總線每個企業在信息系統建設過程中必然涉及到多個應用系統（可能運行于不同的平臺之上，采用不同的開發語言與模式進行開發）之間的相互集成需求（Information Connectivity&Integration或者大家熟知的EAI），采用何種集成體系結構必須慎重考慮。當前大部分的企業采用的應用系統之間的集成是一種點對點的體系結構，具體請見下圖：圖

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

8、常復雜。The Hub and Spoke提供克服傳統點對點缺點和 Enterprise Service Bus (ESB)趨勢的分配和模塊架構。重要的是一個建立在 ESB上的集成趨勢，它提供一個普通的商業目標模式，它運作起來像數據隔離層，分隔特別應用數據和邏輯過程相關數據。另外，相比以前的趨勢，連接器和接口數減少，整合努力減少了。繼續上面的例子，只有5個連接器和10個接口需要建設。圖 基于Application Hub的集成架構良好的EAI體系結構應該保證不同應用系統之間的高度內聚，同時又保持各個應用系統的相對獨立性，系統之間存在著松散的藕合關系。基于Application Hub的EAI結

9、構能夠滿足復雜的企業應用集成需求和發展的需求。與點對點的EAI結構相比，在基于Application Hub的EAI體系結構中，連接組件的數目很少（一個應用系統對應于一個針對Application Hub的連接組件，總數為n個。n為被集成的應用系統的個數）；而且各相互集成的應用系統之間不存在直接的關聯，所有的集成工作通過中央Application Hub進行，當某應用系統需要與其它的系統集成時該應用程序發請求（一般通過消息的方式）給Application Hub，由Application Hub自動地將該請求轉發給相應的目標系統進行處理后將結果返回給請求者。在這種體系結構中，系統的維護非常簡單

10、，每一個應用系統的更新和修改都能夠實時地實現，同時當新的應用系統出現時能夠簡便的納入到整個IT環境當中，與其它的應用系統相互協作，共同為用戶提供服務。企業服務總線（ESB）和以服務為導向的應用架構體系（SOA）緊密連接在一起，企業服務總線（ESB）是以服務為導向的應用架構體系（SOA）的核心組成部分。企業服務總線（ESB）為以服務為導向的應用架構體系（SOA）提供了連通性基礎架構，它是SOA架構下Application Hub 的具體體現。如上圖所示，在SOA架構上發布的業務服務是ESB的“用戶”，這些基于SOA架構的業務系統所開放出來的服務通過ESB進行交互。它們的交互請求被以事件的方式進行

11、發布和訂閱。IBM的企業服務總線解決方案是WebSphere MQ以及WebSphere Business Integration Message Broker。2 數據交換系統采用中間件的必要性中間件是一種獨立的系統軟件或服務程序，分布式應用軟件借助這種軟件在不同的技術之間共享資源，管理計算資源和網絡通訊。它在計算機系統中是一個關鍵軟件，它能實現應用的互連和互操作性，能保證系統的安全、可靠、高效的運行。中間件的跨平臺性可以屏蔽操作系統的差異，克服網絡狀況不理想的限制，另外，使用中間件可以縮短系統的開發周期，使集成商把更多的精力投入到各有價值的業務應用開發中。目前中間件的種類很多，為實現安全、

12、可靠的數據傳輸交換平臺和應用整合方案，利用消息傳輸中間件(MOM)是最佳的選擇。它簡化了應用之間數據的傳輸，屏蔽底層異構平臺，提供一致的通訊標準和應用開發，確保數據交換網絡上可靠的、跨平臺的信息傳輸和數據交換。它基于消息隊列的存儲-轉發機制，并提供了特有的異步傳輸機制。優秀的消息中間件能夠基于消息傳輸和異步事務處理實現應用整合與數據交換。在XX省電子政務數據交換項目中，使用中間件的必要性有以下幾個方面：Ø 數據傳輸量大數據交換應用系統建成以后是一個覆蓋各委辦局的復雜的應用系統，并且在這些節點之間存在大量的數據需要傳輸，在如此眾多的應用節點之間如果缺乏快速可靠的消息傳輸機制，將導致整個

13、系統的故障率大幅上升，從而使整個系統陷于不可用狀態。因此快速而可靠的消息傳輸機制將是企業內部統一數據交換系統取得成功的重要保證。Ø 數據傳輸的安全性要求很高信息的準確性和安全性直接影響客戶滿意度Ø 系統維護和管理的任務和風險很大，某些單位的工作人員的IT水平有限，需要采用一種自動化的數據傳輸和管理手段，降低系統維護的成本Ø 與其他單位的數據交換在實現數據交換的同時，電子政務系統還存在與其它系統進行數據交換的需求。Ø 各種應用系統的互通，在多個應用系統之間進行數據交換，而未來參與數據交換的局委辦應用系統數目更會不斷的增加，如何應用維護的工作量最小。

14、6; 在未來數據交換的進行過程中，對于用戶需求的變化帶來的用于應用系統之間交換的數據格式、數據內容的改變，如何進行有效的管理和維護。鑒于以上方面的考慮，我們建議在電子政務數據交換項目中采用適當的中間件技術來實現項目的建設和規劃。為了解決數據傳輸的問題，我們推薦IBM公司的WebSphere MQ和Message Broker通訊中間件。WebSphere MQ是IBM公司為用戶提供的消息服務中間件，以80%左右的全球市場占有率遙遙領先于其它所有的MOM(Message-Oriented Middleware)中間件產品。WebSphere MQ采用異步的消息機制在不同的服務器節點之間保證可靠的

15、信息傳遞服務，在此過程中WebSphere MQ能夠自動屏蔽各種異常和故障而保證將數據信息傳送到目的地，每種信息將至少被傳遞一次而且只被傳遞一次。在電子政務數據交換應用系統中，采用WebSphere MQ，相關信息（以及其它任何所需的信息）能夠在各局委辦之間實現靈活而可靠的消息傳遞，即使在傳輸過程中網絡或任何軟件、硬件系統出現故障，WebSphere MQ也能夠保證將信息安全地傳送到目的地。它的特點：統一的接口，縮短開發周期；可跨多種平臺；保證復雜環境下的可靠傳輸；適用于分布式處理；處理不依賴于時間的限制。我們建議采用IBM公司的應用整合中間件WBI Message Broker作為一個信息/

16、數據總線。它提供了基于Application Hub的通訊連接和應用整合方式，能夠有效地提供數據路由、加工處理和格式轉換等功能。Message Broker位于電子政務數據交換平臺的核心，連接各個委辦局，起到一個交通和通訊樞紐的作用。它可以簡化系統的配置，同時提供各種數據處理服務，如：數據的計算、過濾、數據庫操作等；實現各種不同數據格式之間的轉換，如：傳統數據格式與XML格式之間的轉換；實現基于數據內容的智能路由，從而調用不同的字模塊所提供的服務；對原有應用的修改減少到最低限度，并具有高可擴展性。3 IBM 解決方案3.1 方案描述XX電子政務數據交換平臺是是基于成熟可靠的JMS技術的數據交換

17、、數據流管理和跨廳局協同工作功能的應用支撐平臺系統。信息交換系統是電子政務綜合業務支撐平臺所提供的關鍵服務。通過信息交換系統，實現電子政務系統跨平臺、跨系統、跨應用、跨地區的互聯互通和信息共享，為政府部門之間進行公文交換、網上審批等提供支持。數據交換中心處于核心位置，通過配置在數據交換中心的數據交換服務器提供的標準化的適配器和接口為每個數據交換節點（需要進行數據交換的各個廳局）提供服務。每個數據交換節點只需要與數據交換中心通過數據適配器進行交互，并通過XML進行數據轉換。在充分了解當前項目需求并考慮未來擴展的基礎上，建議采用如下的系統架構來實現數據交換平臺。在上面的系統架構圖中，主要由如下幾個

18、主要功能模塊組成：可靠的消息傳輸服務可靠的消息傳輸服務是"數據交換平臺"最重要的底層基礎服務。利用消息中間件軟件，通過業界流行的隊列機制可以方便地實現跨越不同廳局、不同網絡、不同操作系統的數據交換與共享，并可以透明地處理諸如宕機、網絡堵塞、網絡中斷等各種復雜的通訊異常。該基礎模塊提供了標準的數據封裝接口，能夠以多種協議為基礎實現數據交換功能，屏蔽底層通訊機制，從而提供了可靠的數據傳輸保證。消息代理服務消息代理服務是"數據交換平臺"的核心服務。消息代理服務運行在基礎消息傳輸服務之上，為數據交換平臺提供了強大的信息格式轉換與信息路由的功能。其高性能的消息處理

19、引擎，靈活的系統擴展機制與負載均衡的架構設計，完全滿足了"數據交換平臺"未來的升級擴展。人員交互、安全認證、管理監控、信息存儲等輔助服務相關平臺輔助服務是"數據交換平臺"不可或缺的功能，進一步簡化并完善了平臺的功能。我們建議在省電子政務系統中心配置WebSphere Business Integration Message Broker, 在各局委辦安裝配置WebSphere MQ。對于WebSphere MQ來說，兩個WebSphere MQ系統要進行通訊，需要建立它們之間WebSphere MQ的邏輯連接通道。因此在這里需要在每一節點上為需要進行通訊

20、的相鄰的節點定義配置WebSphere MQ通道。采用這種點對點的通訊方式，如圖：系統將會是一個復雜的網狀結構,n個系統要建立n(n-1)個連接，系統的維護和管理將會比較復雜，重要的是局委辦的數量很多，并且它們之間存在著互相通信的需求，在這種情況下，如果將這么多的節點兩兩相連，其配置將會比較復雜，最為重要的是，其管理和維護的成本會很高，所以這種方法顯然是不可行的。Message Broker的設計理念恰恰是要改變這一結構的弊端，將網狀結構變為星型結構，它采用”hub and Spoke”的設計思想。大大減少系統間的連接個數，從n(n-1)個減少到n個，使系統的配置和管理大大簡化。隨之而來的是，

21、系統的可擴展性大大增強，每新增加一個局委辦，不必建立它和其他局委辦之間的兩兩連接，而只需連接到Message Broker上，通過Message Broker便可以實現與其余支局的連接和通訊。這樣，我們構造了一個WebSphere MQ通訊網絡，作為各種應用系統的公共數據傳輸平臺，使得縱向、橫向的信息可以在系統內部順暢地流動，而不會因為網絡或系統故障造成信息的丟失或重復傳遞。對于各種應用程序來說，只需調用WebSphere MQ提供的編程接口來發送/接收消息即可,大大提高了應用開發的效率和質量，并降低了系統維護的難度。此外，在各應用系統通過中心數據交換平臺進行數據交換時，如何根據數據內容的確定

22、數據的路由選擇也是一個較大的挑戰。Message Broker的智能路由功能能夠讓用戶根據消息的格式和內容定義消息轉換和路由決策，規則的定義可以通過GUI界面來實現，十分簡單易行。如我們可以在數據中設定路由信息標志位，MQ本身是無法解析數據報中內部的具體信息的，而Message Broker,可以解析和識別消息的具體內容，可以根據消息中設定的路由標志位進行數據的智能路由。如：從A市將數據發給Message Broker，Message Broker可以智能地分析數據的目的地，并準確將數據轉發出去。通過智能化數據路由和轉換功能，用于可以在應用程序之間實現消息流，同時滿足業務過程的數據流要求；同時

23、它可以隨著業務要求的變化而變化，當業務需求變化時，僅需對Message Broker,做必要的更改，而無需改動原有的應用程序，使系統的可擴展性大大增強。除了智能路由功能之外，Message Broker還具有以下更加豐富和完善的功能：對數據的各種復雜的計算和處理功能。它用每一個Node表示對消息的一種處理，如compute node 可以對消息進行各種計算操作，其他Process Node 有：input node, output node, filter node, check node 等；node 與node相連，便組成了一個Message Flow，由各種“Processor Node

24、” 組成的Message Flow，可對消息進行各種處理操作，在消息從數據中心經過時便可以被進行相應地計算，從而發往目的應用系統；數據格式轉換和路由服務。Message Broker提供多種數據格式服務，其中包括：自定義格式，用戶可以通過MRM(Message Repository Manager)來定制自己的消息格式；XML格式；面向紀錄的信息格式，如C的頭文件，COBOL records等。對于這些消息格式，它提供相應的剖析器進行解析，實現它們之間的格式轉換。如對于用戶的bit stream的輸入信息可以輸出為XML的格式，反之亦然。與數據庫緊密集成。提供了與DB操作相關的各種Node,

25、如INSERT,UPDATE,DELETE等Node，用戶可以之間通過ESQL進行和數據庫的操作，如把數據存入數據庫，從數據庫中取數據等；這樣，當數據通過Message Broker時，我們便可以將數據進行各種數據庫操作，為今后的數據倉庫做準備。應用整合功能，Message Broker是IBM的應用整合中間件。從電子政務系統的一個橫截面來看，存在很多業務系統，在系統今后的發展過程中，必然需要進行應用整合，即實現各個子系統之間的數據交換和數據共享。為了實現各應用系統間的數據交換和數據共享，我們更加建議星型Message Broker 解決方案即位于同一層次上的各應用系統均通過它互相連接。考慮到

26、在各業務系統建立時都是以各業務部門為主進行，且各自的業務屬性也有較大的不同，故各應用系統間在數據定義、數據格式上必然會存在著或多或少的差異性。這就為各應用系統間的數據交換帶來了一定的困難。通過Message Broker，用戶完全不需要專門開發接口和路由選擇程序，只需要在中心的Message Broker上對每個業務系統的數據格式作相應定義，并定義相關的數據路由規則即可。這樣一方面簡化了其實現方法，另一方面大大提高了系統的可維護性。3.2 方案設計中的核心要點：1）采用業界成熟的產品：對于一個企業級的應用，這一點是非常必要的；2）采用一個合理的架構：在通訊節點眾多時，要避免采用復雜的網狀架構，

27、要采用先進的星型架構；3）關于MQ Server和MQ Client的選擇：MQ Client為我們提供了一個MQ應用程序的開發和運行環境，它是MQ API的Client實現。在Client環境下，沒有隊列管理器、隊列等對象，它通過MQI通道與Server之間建立實時的通訊，并將消息從Client端發往Server端的隊列，或從Server端的隊列中取得消息。MQ Client提供下列好處：適合同步處理的工作模式；減少系統負擔；減少系統管理開銷；減少磁盤空間要求等。MQ Client比較適合于網絡條件較好或實時通訊的情況。它的劣勢在于以下幾方面：它和服務器端是一個實時、同步的連接，失去了MQ

28、Server產品所具有的異步、可靠傳輸的特點；在大數據量傳輸時的效率問題，在進行大數據量傳輸時的問題，由于要進行拆包處理，這時為了保證數據的完整性，我們要對多個被拆的小包設置在同一個工作單元中，用Client傳輸時，如果中間網絡斷了，所有的包都會被回退，然后被重傳，降低了傳輸效率。通訊方向問題：MQ Client和Server之間的通信是單向的，Client只能向Server發數據，在取數據時，它只能主動地到Server上取，這時就必須利用一個輪循程序，不斷地到Server上去取，在輪循的間隙，如果網絡出現問題，該程序就會出現問題，被掛起，必須人工干預來將該程序重起。其它方面的功能：MQ Cl

29、ient不具備其他一些Server具有的重要功能，如：SSL加密，群集負載均衡等。MQ產品分為Server和Client 兩種版本，與Client不同，Server的運行環境擁有隊列管理器、隊列、消息通道等對象，它提供全面的消息服務。通常在廣域網環境下，以及在企業與企業之間進行通訊的情況下，我們都建議配置MQ Server對Server的通訊環境。MQ Server是一個異步傳輸中間件，用于實現客戶位于不同系統、不同平臺下的數據交換。WebSphere MQ具有強大的跨平臺性，可以支持35種平臺，它利用消息機制實現應用系統間數據的傳輸和通訊，無論出現何種異常故障（如網絡斷線、網絡阻塞、系統當機

30、等），都能確保應用程序數據在傳遞過程中不丟失、不重復，而當故障恢復時，WebSphere MQ 可以將未成功發送的信息自動發送至應用系統，而無需人工干預。在大數據量傳輸上，在MQ中有邏輯消息和物理消息的概念，利用邏輯消息和物理消息，我們可以將大消息進行分段處理，也可以將若干個本身完整的消息在應用邏輯上歸為一組進行處理。對于分段消息的傳輸，MQ用一階段提交的方式來處理，即把所有segment消息當成一個完整的事務，保證他們或者都被傳輸到接收方的應用程序，或者一個都不傳輸。MQ Server之間可以通過自身的群集功能，實現負載均衡。MQ Server的隊列管理器可以具有事務控制的功能，即它可以利用

31、與數據庫之間XA的連接，實現數據庫與MQ隊列操作的兩階段提交。MQ Server支持觸發、消息分發/訂閱等功能。在安全控制方面，MQ Server支持Server之間通道的SSL加密。在可靠性上，MQ Server支持HA。從XX電子政務的業務需求來看，各個局委辦之間的數據傳輸，可以用異步的處理方式處理。要在網絡條件暢通的前提下，及時發送到達。在這種需求下，建議采用MQ Server。另外，針對XX電子政務目前的網絡狀況、系統的規模以及可靠性、安全性的要求，我們認為使用MQ Server能更好地滿足系統需求。3.3 推薦配置省中心：軟件：WBI Message Broker硬件：IBM pSe

32、rver 570, 操作系統：AIX V5.3各局委辦：軟件：WebSphere MQ Server硬件：PC Server，操作系統: Linux4 IBM解決方案的優勢WebSphere MQ和Message Broker在電子政務數據交換系統的優勢主要表現在傳輸的可靠性、安全性、靈活性、應用集成和數據交換等諸多方面。4.1 強健的數據傳輸系統，靈活的通訊方式采用WebSphere MQ可以實現關鍵數據在任意網絡環境中的安全、可靠傳輸。采用消息中間件WebSphere MQ的應用系統是三層次的結構，而由于將通訊邏輯的部分獨立出來，使得系統的可移植性、可擴充性和可維護性都大大提高。中間件是隨

33、著計算機在社會生活的各個層次廣泛應用近年來迅速發展、壯大起來的一個軟件領域。在系統應用的層次結構中，中間件位于操作系統和用戶應用之間。對應用程序來說，其主要作用是屏蔽操作系統和網絡協議。應用開發人員編程時只需利用中間件產品提供的跨平臺的、統一的接口，而不必考慮操作系統的差異。在提高應用程序的可移植性的同時也縮短了應用開發的周期。中間件的采用可以為我們節約大量的人力、物力和財力，使我們可以將更多的精力投入到真正有價值的業務應用的開發中。4.1.1 全網通信能力，靈活的通訊方式采用WebSphere MQ作為電子政務數據交換系統的通訊平臺不但可以使整個系統在較短的時間內建立起廣域網上的可靠的數據交

34、換系統，還能夠為以后應用系統的擴充提供統一的通信接口。另外，WebSphere MQ還支持與數據庫協同工作（如IBM DB2，Oracle等），并可連接辦公自動化系統軟件（如LotusNotes等）、系統管理軟件（如Tivoli等）、企業資源規劃系統（如SAPR/3）等。因此，從發展的角度看，選擇WebSphere MQ不僅可以作為統一的通訊平臺，還能夠實現整個企業各個應用系統的業務整合，實現信息在最大程度上的共享。WebSphere MQ提供了基于消息隊列的通訊機制，而利用這種通訊機制提供給應用程序極為靈活的通訊方式：一對一、一對多、多對一、多對多的關系；實時的、批量的數據傳輸；同步的、異步

35、的通訊模式。從電子政務數據交換系統的數據傳輸實時性上來看，數據的傳輸可以分為實時數據傳輸和集中數據傳輸兩類。從傳輸方式來看，可以分為點對點傳輸和單點對多點的分發式傳輸。顯然采用WebSphere MQ可以很好地滿足上述多種傳輸方式。4.1.2 路由利用WebSphere MQ，可以方便地實現關鍵數據在各局委辦之間的傳輸。整個網絡的任何兩個節點之間通訊，不需要建立直接的物理連接，而可以通過MQ的通訊網絡來實現。4.1.3 可靠性WebSphere MQ由于采用了先進的程序設計思想以及內部工作機制，保證消息的可靠傳遞，即只傳一次，不丟失、不重復，可以克服一些地區網絡線路質量差的現狀。同時WebSp

36、here MQ支持永久性的(Persistent)消息和隊列，永久性的消息保存在硬盤上，并提供獨立的日志(log)系統，當關機和系統掉電消息仍完好地保存在隊列中，即使存放消息的硬盤發生介質故障，我們仍然可以從日志中將消息恢復出來。相應地，WebSphere MQ提供了一整套消息的備份和恢復手段。因此，采用WebSphere MQ可以在最大程度上保證信息的可靠傳輸，而且利用WebSphere MQ的先進的傳輸機制，應用程序只需運行一次，將信息放入MQ的隊列中，MQ將負責將其傳送到目的系統的隊列中，而不再需要人工的干預。利用WebSphere MQ不但可以支持數據的斷點續傳，而且如果在傳輸過程中，

37、通信線路出現故障或遠端的主機發生故障，本地的應用程序都不會受到影響，可以繼續發送數據，而無需等待網絡故障恢復或遠端主機正常后再重新運行。同時MQ確保信息只傳輸唯一的一次，而不會發生數據重復的問題。MQ的這些特點可以幫助我們極大的提高數據傳輸的可靠性和效率。4.1.4 安全性WebSphere MQ可以實現安全的數據傳輸，支持SSL加密。MQ為我們提供了全方位、多層次的安全管理。確保隊列管理者所擁有的資源不被非法存取，防止消息泄漏。MQ提供了OAM(Object Authority Manager)機制實現資源級和應用級的安全控制，OAM維護了各種資源的Access Control List(控

38、制列表)；在消息級別上，還設置了Message Context標識。這些機制從以下幾個方面保證了系統內部的安全性：用戶應用與隊列管理者的連接；用戶對MQ資源，如隊列、通道、過程的操作；隊列管理器的管理命令；對消息的存取等。MQ為用戶提供了多種途徑確保網絡傳輸過程的數據安全。安全出口：主要用于兩個MQ Series系統之間通道啟動時的雙方的身份認證；發送和接收出口：可以用來進行數據的加密/解密以及數據的壓縮/解壓縮；消息出口：可以用來在消息級實現用戶的特定功能，如數據轉換，加密/解密等。此外，MQ Series在TCP/IP上還支持防火墻。4.1.5 系統架構的可擴展性可以隨著業務規模的擴大或項

39、目的進行，隨時增加新的城市，能夠與現有系統無縫整合，又能隨時增加新的應用，大大減少系統間接口開發的個數。4.2 統一的應用開發接口，簡化開發WebSphere MQ支持35種不同的軟硬件平臺，在所有這些平臺上WebSphere MQ均提供相同的應用編程接口，便于應用程序在不同的平臺之間進行移植。WebSphere MQ 提供的API函數共有13個，開發簡單迅速，可大大提高軟件開發的效率。4.3 跨平臺性和異構系統連接能力，屏蔽網絡和系統異構性WebSphere MQ支持35種系統平臺，包括IBM和非IBM。應用開發人員編程時只需利用中間件產品提供的跨平臺的、統一的接口，而不必考慮操作系統的差異。利用WebSphere MQ可以簡單有效地實現跨平臺，跨系統，跨網絡協議的消息通訊和應用整合。將企業復雜的信息孤島聯接成為共享的信息資源。4.4 分布式系統上的數據一致性WebSphere MQ對交易處理的支持分為三個層次：首先，WebSphere MQ內部一系列隊列的存取操作可以構成一個工作單元，同時進行提交或回退。其次，支持XA標準，可以在多種交易處理軟件的參與下實現WebSphere MQ隊列操作