IBM數(shù)據(jù)交換平臺(tái)建設(shè)方案

1、XX省電子政務(wù)系統(tǒng)數(shù)據(jù)交換平臺(tái)國(guó)際商業(yè)機(jī)器中國(guó)有限公司2005.5目錄:1概述數(shù)據(jù)交換共享平臺(tái)是協(xié)作式電子政務(wù)應(yīng)用平臺(tái)（包括政府職能部門(mén)之間的電子協(xié)作、政府與公眾/企事業(yè)單位的服務(wù)管理等）的核心基礎(chǔ)服務(wù)模塊，負(fù)責(zé)實(shí)現(xiàn)跨系統(tǒng)的數(shù)據(jù)交換、 流程控制和分布式數(shù)據(jù)存儲(chǔ)服務(wù)。數(shù)據(jù)交換平臺(tái)的目的是實(shí)現(xiàn)每個(gè)合法用戶(hù)將其所要傳輸?shù)臄?shù)據(jù)包安全可靠地傳輸?shù)街付?的地方。數(shù)據(jù)交換平臺(tái)支持常見(jiàn)數(shù)據(jù)庫(kù)類(lèi)型、多種業(yè)務(wù)類(lèi)型、多種數(shù)據(jù)傳輸方式和網(wǎng)絡(luò)特性，是各類(lèi)應(yīng)用系統(tǒng)共享信息資源的公共渠道，是應(yīng)用系統(tǒng)擴(kuò)展的接口。面向服務(wù)的體系架構(gòu)目前，大多數(shù)企業(yè)都有各種各樣的系統(tǒng)、應(yīng)用程序以及不同時(shí)期和技術(shù)的體系結(jié)構(gòu)。成來(lái)自多個(gè)廠商跨不同平

2、臺(tái)的產(chǎn)品和應(yīng)用系統(tǒng)，一直是企業(yè)IT部門(mén)的主要挑戰(zhàn)。面向服務(wù)的體系結(jié)構(gòu)為解決這一問(wèn)題提供了良好的途徑。SOA是一個(gè)組件模型，它將應(yīng)用程序的不同功能單元（稱(chēng)為服務(wù)）通過(guò)這些服務(wù)之間 定義良好的接口和契約聯(lián)系起來(lái)。接口是采用中立的方式進(jìn)行定義的，它應(yīng)該獨(dú)立于實(shí)現(xiàn)服務(wù)的硬件平臺(tái)、操作系統(tǒng)和編程語(yǔ)言。這使得構(gòu)建在各種這樣的系統(tǒng)中的服務(wù)可以以一種統(tǒng) 一和通用的方式進(jìn)行交互。以服務(wù)為導(dǎo)向、開(kāi)放、松散耦合的總體目標(biāo)架構(gòu)，在應(yīng)用系統(tǒng)的規(guī)劃設(shè)計(jì)時(shí)，我們遵循如下業(yè)務(wù)集成參考架構(gòu)。崖模、設(shè)計(jì)、開(kāi)發(fā)、測(cè)試工具統(tǒng) 運(yùn)疔乎臺(tái)IT Monitoring業(yè)務(wù)監(jiān)控皆理服務(wù)Process Monitoring朋戶(hù)交互眼餐應(yīng)用眼務(wù)流

3、和眼務(wù)Poitlel!5CompoHila AppauHIKlffl01匚回U 口 110-出 UWXM mmu出工世 CJ.KWB2B一匚 WLUnud口Bus>ln«5Prt»sesOW2F企業(yè)應(yīng)朗企業(yè)數(shù)據(jù)圖IBM 基于SOA的業(yè)務(wù)集成參考架構(gòu)SOA的主要組件包括服務(wù)、動(dòng)態(tài)發(fā)現(xiàn)和消息。服務(wù)是能夠通過(guò)網(wǎng)絡(luò)訪問(wèn)的可調(diào)用例程。 服務(wù)公開(kāi)了一個(gè)接口契約， 它定義了服務(wù)的行 為以及接受和返回的消息。 術(shù)語(yǔ)服務(wù)常與術(shù)語(yǔ)提供者互換使用， 后者專(zhuān)門(mén)用于表示提供服務(wù) 的實(shí)體。接口通常在公共注冊(cè)中心或者目錄中發(fā)布，并在那里按照所提供的不同服務(wù)進(jìn)行分類(lèi)，就像電話簿黃頁(yè)中列出的企業(yè)和電話

4、號(hào)碼一樣。 客戶(hù)（服務(wù)消費(fèi)者） 能夠根據(jù)不同的分類(lèi)特 征通過(guò)動(dòng)態(tài)查詢(xún)服務(wù)來(lái)查找特定的服務(wù)。這個(gè)過(guò)程被稱(chēng)為服務(wù)的 動(dòng)態(tài)發(fā)現(xiàn)。服務(wù)消費(fèi)者或者客戶(hù)通過(guò)消息來(lái)消費(fèi)服務(wù)。 因?yàn)榻涌谄跫s是獨(dú)立于平臺(tái)和語(yǔ)言的， 消息 通常用符合 XML 模式的 XML 文檔來(lái)構(gòu)造。當(dāng)組成整個(gè)應(yīng)用程序而另一方面， 緊耦合意因而當(dāng)需要對(duì)部分或整對(duì)松耦合的系統(tǒng)的需要來(lái)源于業(yè)務(wù)應(yīng)用程序需要根據(jù)業(yè)務(wù)的需要變得更加靈活， 不斷變化的環(huán)境，比如經(jīng)常改變的政策、業(yè)務(wù)級(jí)別、業(yè)務(wù)重點(diǎn)、合作伙伴關(guān)系、行業(yè)地位以 及其他與業(yè)務(wù)有關(guān)的因素， 這些因素甚至?xí)绊憳I(yè)務(wù)的性質(zhì)。 我們稱(chēng)能夠靈活地適應(yīng)環(huán)境變 化的業(yè)務(wù)為隨需應(yīng)變業(yè)務(wù)， 在隨需應(yīng)變業(yè)務(wù)中， 一

5、旦需要， 就可以對(duì)完成或執(zhí)行任務(wù)的方式 進(jìn)行必要的更改。服務(wù)包括：1）以適應(yīng)2)3)4)5)用戶(hù)交互服務(wù)。為用戶(hù)在界面上提供一個(gè)統(tǒng)一的信息服務(wù)功能入口。通過(guò)將內(nèi)部和 外部各種相對(duì)分散獨(dú)立的信息組成一個(gè)統(tǒng)一的整體，保證了用戶(hù)既能夠從統(tǒng)一的渠 道訪問(wèn)其所需的信息，也可以依據(jù)每一個(gè)人的要求來(lái)設(shè)置和提供個(gè)性化服務(wù)。 應(yīng)用服務(wù)。通過(guò) HUB 或總線架構(gòu)，實(shí)現(xiàn)應(yīng)用與應(yīng)用之間的連接，完成相關(guān)的數(shù)據(jù) 路由與數(shù)據(jù)格式轉(zhuǎn)換。信息集成服務(wù)。實(shí)現(xiàn)數(shù)據(jù)或整合，在異構(gòu)的數(shù)據(jù)源之間實(shí)現(xiàn)數(shù)據(jù)層的直接整合。通 過(guò)建立統(tǒng)一的數(shù)據(jù)模型來(lái)實(shí)現(xiàn)不同系統(tǒng)間的信息轉(zhuǎn)換。工作流程服務(wù)。實(shí)現(xiàn)業(yè)務(wù)流程管理，包括工作流管理、自動(dòng)化流程兩層面。它將

6、不 同的應(yīng)用系統(tǒng)連接在一起，進(jìn)行協(xié)同工作，并提供商業(yè)流程管理的相關(guān)功能，包括 流程設(shè)計(jì)、監(jiān)控和規(guī)劃， 實(shí)現(xiàn)業(yè)務(wù)流程的實(shí)時(shí)管理。 同時(shí)支持行業(yè)標(biāo)準(zhǔn) （如 RossetNet、 ebXML 、 EDI 、CIDX 、SWIFT 、FIX ）以適應(yīng)企業(yè)集中、扁平、透明的管理機(jī)制， 適應(yīng)企業(yè)供應(yīng)鏈、企業(yè)內(nèi)部流程共享和流程優(yōu)化。B2B 集成服務(wù)。通過(guò)多種連接方式，接入第三方的系統(tǒng)，如ERP 等。SOA 結(jié)構(gòu)中，中立的接口定義（沒(méi)有強(qiáng)制綁定到特定的實(shí)現(xiàn)上）的特征稱(chēng)為服務(wù)之間 的松耦合。 松耦合系統(tǒng)的好處有兩點(diǎn)，一點(diǎn)是它的靈活性，另一點(diǎn)是， 的每個(gè)服務(wù)的內(nèi)部結(jié)構(gòu)和實(shí)現(xiàn)逐漸地發(fā)生改變時(shí)， 它能夠繼續(xù)存在。 味

7、著應(yīng)用程序的不同組件之間的接口與其功能和結(jié)構(gòu)是緊密相連的， 個(gè)應(yīng)用程序進(jìn)行某種形式的更改時(shí)，它們就顯得非常脆弱。企業(yè)服務(wù)總線每個(gè)企業(yè)在信息系統(tǒng)建設(shè)過(guò)程中必然涉及到多個(gè)應(yīng)用系統(tǒng)（可能運(yùn)行于不同的平臺(tái)之 上，采用 不同 的開(kāi)發(fā)語(yǔ)言與 模式 進(jìn)行開(kāi) 發(fā)）之 間的 相互集 成需求 （ Information Connectivity&Integration 或者大家熟知的 EAI ），采用何種集成體系結(jié)構(gòu)必須慎重考慮。 當(dāng)前 大部分的企業(yè)采用的應(yīng)用系統(tǒng)之間的集成是一種點(diǎn)對(duì)點(diǎn)的體系結(jié)構(gòu)，具體請(qǐng)見(jiàn)下圖：圖基于點(diǎn)對(duì)點(diǎn)的集成架構(gòu)點(diǎn)對(duì)點(diǎn)的應(yīng)用系統(tǒng)集成結(jié)構(gòu)的出發(fā)點(diǎn)很簡(jiǎn)單，當(dāng)兩個(gè)系統(tǒng)之間需要相互協(xié)作時(shí)，為這

8、兩個(gè)系統(tǒng)開(kāi)發(fā)相應(yīng)的連接組件(Adapter)將二者互聯(lián)。這種由簡(jiǎn)單出發(fā)的結(jié)構(gòu)存在著嚴(yán)重的隱患：隨著應(yīng)用系統(tǒng)個(gè)數(shù)的增加，連接組件(Adapter)的數(shù)目將快速增長(zhǎng)(總數(shù)為n*(n-1)個(gè)連接組件，其中n為應(yīng)用系統(tǒng)的個(gè)數(shù))，而且在不同應(yīng)用系統(tǒng)之間由于缺乏自動(dòng)提交請(qǐng)求的機(jī) 制，必須在相關(guān)的連接組件內(nèi)部固化請(qǐng)求的提交功能，應(yīng)用系統(tǒng)之間存在著高度的藕合性， 這為系統(tǒng)的維護(hù)帶來(lái)了巨大的復(fù)雜性，任何一個(gè)系統(tǒng)的升級(jí)或改動(dòng)都將影響到其它與之相關(guān)的應(yīng)用系統(tǒng)的修改；同時(shí)當(dāng)一個(gè)新的應(yīng)用系統(tǒng)需要納入整個(gè)應(yīng)用集成體系時(shí)整個(gè)工作變得非 常復(fù)雜。The Hub and Spoke提供克服傳統(tǒng)點(diǎn)對(duì)點(diǎn)缺點(diǎn)和Enterprise

9、Service Bus (ESB)趨勢(shì)的分配和模塊架構(gòu)。重要的是一個(gè)建立在ESB上的集成趨勢(shì)，它提供一個(gè)普通的商業(yè)目標(biāo)模式，它運(yùn)作起來(lái)像數(shù)據(jù)隔離層，分隔特別應(yīng)用數(shù)據(jù)和邏輯過(guò)程相關(guān)數(shù)據(jù)。另外，相比以前的趨勢(shì)，連接器和接口數(shù)減少，整合努力減少了。繼續(xù)上面的例子，只有5個(gè)連接器和10個(gè)接口需要建設(shè)。良好的EAI體系結(jié)構(gòu)應(yīng)該保證不同應(yīng)用系統(tǒng)之間的高度內(nèi)聚，同時(shí)又保持各個(gè)應(yīng)用系 統(tǒng)的相對(duì)獨(dú)立性，系統(tǒng)之間存在著松散的藕合關(guān)系?；贏pplication Hub的EAI結(jié)構(gòu)能夠滿足復(fù)雜的企業(yè)應(yīng)用集成需求和發(fā)展的需求。與點(diǎn)對(duì)點(diǎn)的EAI結(jié)構(gòu)相比，在基于 Application Hub的EAI體系結(jié)構(gòu)中，連接組件

10、的數(shù) 目很少（一個(gè)應(yīng)用系統(tǒng)對(duì)應(yīng)于一個(gè)針對(duì)Application Hub的連接組件，總數(shù)為n個(gè)。n為被集成的應(yīng)用系統(tǒng)的個(gè)數(shù)）；而且各相互集成的應(yīng)用系統(tǒng)之間不存在直接的關(guān)聯(lián)，所有的集成工 作通過(guò)中央Application Hub進(jìn)行，當(dāng)某應(yīng)用系統(tǒng)需要與其它的系統(tǒng)集成時(shí)該應(yīng)用程序發(fā)請(qǐng) 求（一般通過(guò)消息的方式）給 Application Hub，由Application Hub自動(dòng)地將該請(qǐng)求轉(zhuǎn)發(fā)給 相應(yīng)的目標(biāo)系統(tǒng)進(jìn)行處理后將結(jié)果返回給請(qǐng)求者。在這種體系結(jié)構(gòu)中，系統(tǒng)的維護(hù)非常簡(jiǎn)單，每一個(gè)應(yīng)用系統(tǒng)的更新和修改都能夠?qū)崟r(shí)地實(shí)現(xiàn)，同時(shí)當(dāng)新的應(yīng)用系統(tǒng)出現(xiàn)時(shí)能夠簡(jiǎn)便的納入到整個(gè)IT環(huán)境當(dāng)中，與其它的應(yīng)用系統(tǒng)相互協(xié)

11、作，共同為用戶(hù)提供服務(wù)。企業(yè)服務(wù)總線（ESB）和以服務(wù)為導(dǎo)向的應(yīng)用架構(gòu)體系（SOA）緊密連接在一起，企業(yè)服務(wù)總線（ESB）是以服務(wù)為導(dǎo)向的應(yīng)用架構(gòu)體系（SOA）的核心組成部分。企業(yè)服務(wù)總線（ESB）為以服務(wù)為導(dǎo)向的應(yīng)用架構(gòu)體系（SOA ）提供了連通性基礎(chǔ)架構(gòu)，它是SOA架構(gòu)下Application Hub的具體體現(xiàn)。如上圖所示，在SOA架構(gòu)上發(fā)布的業(yè)務(wù)服務(wù)是ESB的"用戶(hù)”這些基于SOA架構(gòu)的業(yè)務(wù)系統(tǒng)所開(kāi)放出來(lái)的服務(wù)通過(guò)ESB進(jìn)行交互。它們的交互請(qǐng)求被以事件的方式進(jìn)行發(fā)布和訂閱。IBM的企業(yè)服務(wù)總線解決方案是WebSphere MQ以及WebSphere Busin ess In t

12、egrati on Message Broker。2 數(shù)據(jù)交換系統(tǒng)采用中間件的必要性中間件是一種獨(dú)立的系統(tǒng)軟件或服務(wù)程序，分布式應(yīng)用軟件借助這種軟件在不同的技術(shù)之間共享資源，管理計(jì)算資源和網(wǎng)絡(luò)通訊。它在計(jì)算機(jī)系統(tǒng)中是一個(gè)關(guān)鍵軟件，它能實(shí)現(xiàn)應(yīng)用的互連和互操作性，能保證系統(tǒng)的安全、可靠、高效的運(yùn)行。中間件的跨平臺(tái)性可以屏蔽操作系統(tǒng)的差異，克服網(wǎng)絡(luò)狀況不理想的限制，另外，使用中間件可以縮短系統(tǒng)的開(kāi)發(fā)周期，使集成商把更多的精力投入到各有價(jià)值的業(yè)務(wù)應(yīng)用開(kāi)發(fā) 中。目前中間件的種類(lèi)很多， 為實(shí)現(xiàn)安全、 可靠的數(shù)據(jù)傳輸交換平臺(tái)和應(yīng)用整合方案， 利用 消息傳輸中間件 (MOM) 是最佳的選擇。它簡(jiǎn)化了應(yīng)用之間數(shù)

13、據(jù)的傳輸，屏蔽底層異構(gòu)平臺(tái)， 提供一致的通訊標(biāo)準(zhǔn)和應(yīng)用開(kāi)發(fā)， 確保數(shù)據(jù)交換網(wǎng)絡(luò)上可靠的、 跨平臺(tái)的信息傳輸和數(shù)據(jù)交 換。它基于消息隊(duì)列的存儲(chǔ) -轉(zhuǎn)發(fā)機(jī)制，并提供了特有的異步傳輸機(jī)制。優(yōu)秀的消息中間件 能夠基于消息傳輸和異步事務(wù)處理實(shí)現(xiàn)應(yīng)用整合與數(shù)據(jù)交換。在 XX 省電子政務(wù)數(shù)據(jù)交換項(xiàng)目中，使用中間件的必要性有以下幾個(gè)方面： 數(shù)據(jù)傳輸量大數(shù)據(jù)交換應(yīng)用系統(tǒng)建成以后是一個(gè)覆蓋各委辦局的復(fù)雜的應(yīng)用系統(tǒng)， 并且在這些節(jié)點(diǎn)之 間存在大量的數(shù)據(jù)需要傳輸，在如此眾多的應(yīng)用節(jié)點(diǎn)之間如果缺乏快速可靠的消息傳輸機(jī) 制，將導(dǎo)致整個(gè)系統(tǒng)的故障率大幅上升， 從而使整個(gè)系統(tǒng)陷于不可用狀態(tài)。 因此快速而可靠 的消息傳輸機(jī)制將

14、是企業(yè)內(nèi)部統(tǒng)一數(shù)據(jù)交換系統(tǒng)取得成功的重要保證。數(shù)據(jù)傳輸?shù)陌踩砸蠛芨咝畔⒌臏?zhǔn)確性和安全性直接影響客戶(hù)滿意度 系統(tǒng)維護(hù)和管理的任務(wù)和風(fēng)險(xiǎn)很大，某些單位的工作人員的 IT 水平有限，需要采 用一種自動(dòng)化的數(shù)據(jù)傳輸和管理手段，降低系統(tǒng)維護(hù)的成本 與其他單位的數(shù)據(jù)交換在實(shí)現(xiàn)數(shù)據(jù)交換的同時(shí)，電子政務(wù)系統(tǒng)還存在與其它系統(tǒng)進(jìn)行數(shù)據(jù)交換的需求。 各種應(yīng)用系統(tǒng)的互通， 在多個(gè)應(yīng)用系統(tǒng)之間進(jìn)行數(shù)據(jù)交換， 而未來(lái)參與數(shù)據(jù)交換的 局委辦應(yīng)用系統(tǒng)數(shù)目更會(huì)不斷的增加，如何應(yīng)用維護(hù)的工作量最小。 在未來(lái)數(shù)據(jù)交換的進(jìn)行過(guò)程中， 對(duì)于用戶(hù)需求的變化帶來(lái)的用于應(yīng)用系統(tǒng)之間交換 的數(shù)據(jù)格式、數(shù)據(jù)內(nèi)容的改變，如何進(jìn)行有效的管理和維

15、護(hù)。鑒于以上方面的考慮， 我們建議在電子政務(wù)數(shù)據(jù)交換項(xiàng)目中采用適當(dāng)?shù)闹虚g件技術(shù)來(lái)實(shí) 現(xiàn)項(xiàng)目的建設(shè)和規(guī)劃。為了解決數(shù)據(jù)傳輸?shù)膯?wèn)題，我們推薦 IBM 公司的 WebSphere MQ 和 Message Broker 通 訊中間件。 WebSphere MQ 是 IBM 公司為用戶(hù)提供的消息服務(wù)中間件，以80%左右的全球市場(chǎng)占有率遙遙領(lǐng)先于其它所有的 MOM(Message-Oriented Middleware) 中間件產(chǎn)品。 WebSphere MQ 采用異步的消息機(jī)制在不同的服務(wù)器節(jié)點(diǎn)之間保證可靠的信息傳遞服務(wù)，在此過(guò)程中 WebSphere MQ 能夠自動(dòng)屏蔽各種異常和故障而保證將數(shù)據(jù)信息

16、傳送到目的地，每種信息將至少被傳遞一次而且只被傳遞一次。在電子政務(wù)數(shù)據(jù)交換應(yīng)用系統(tǒng)中，采用 WebSphere MQ ，相關(guān)信息(以及其它任何所需的信息)能夠在各局委辦之間實(shí)現(xiàn)靈活而可 靠的消息傳遞，即使在傳輸過(guò)程中網(wǎng)絡(luò)或任何軟件、硬件系統(tǒng)出現(xiàn)故障，WebSphere MQ 也能夠保證將信息安全地傳送到目的地。它的特點(diǎn)：統(tǒng)一的接口，縮短開(kāi)發(fā)周期；可跨多種平臺(tái)；保證復(fù)雜環(huán)境下的可靠傳輸； 適用于分布式處理；處理不依賴(lài)于時(shí)間的限制。我們建議采用 IBM 公司的應(yīng)用整合中間件 WBI Message Broker 作為一個(gè)信息 /數(shù)據(jù)總 線。它提供了基于 Application Hub 的通訊連接和

17、應(yīng)用整合方式，能夠有效地提供數(shù)據(jù)路由、 加工處理和格式轉(zhuǎn)換等功能。Message Broker 位于電子政務(wù)數(shù)據(jù)交換平臺(tái)的核心，連接各個(gè)委辦局，起到一個(gè)交通和 通訊樞紐的作用。它可以簡(jiǎn)化系統(tǒng)的配置，同時(shí)提供各種數(shù)據(jù)處理服務(wù)，如：數(shù)據(jù)的計(jì)算、 過(guò)濾、數(shù)據(jù)庫(kù)操作等；實(shí)現(xiàn)各種不同數(shù)據(jù)格式之間的轉(zhuǎn)換，如：傳統(tǒng)數(shù)據(jù)格式與 XML 格式 之間的轉(zhuǎn)換； 實(shí)現(xiàn)基于數(shù)據(jù)內(nèi)容的智能路由， 從而調(diào)用不同的字模塊所提供的服務(wù)； 對(duì)原有 應(yīng)用的修改減少到最低限度，并具有高可擴(kuò)展性。3 IBM 解決方案3.1 方案描述XX 電子政務(wù)數(shù)據(jù)交換平臺(tái)是是基于成熟可靠的 JMS 技術(shù)的數(shù)據(jù)交換、 數(shù)據(jù)流管理和跨 廳局協(xié)同工作功能

18、的應(yīng)用支撐平臺(tái)系統(tǒng)。信息交換系統(tǒng)是電子政務(wù)綜合業(yè)務(wù)支撐平臺(tái)所提供的關(guān)鍵服務(wù)。 通過(guò)信息交換系統(tǒng)， 實(shí) 現(xiàn)電子政務(wù)系統(tǒng)跨平臺(tái)、 跨系統(tǒng)、跨應(yīng)用、跨地區(qū)的互聯(lián)互通和信息共享， 為政府部門(mén)之間 進(jìn)行公文交換、網(wǎng)上審批等提供支持。數(shù)據(jù)交換中心處于核心位置， 通過(guò)配置在數(shù)據(jù)交換中心的數(shù)據(jù)交換服務(wù)器提供的標(biāo)準(zhǔn)化 的適配器和接口為每個(gè)數(shù)據(jù)交換節(jié)點(diǎn) （需要進(jìn)行數(shù)據(jù)交換的各個(gè)廳局） 提供服務(wù)。 每個(gè)數(shù)據(jù) 交換節(jié)點(diǎn)只需要與數(shù)據(jù)交換中心通過(guò)數(shù)據(jù)適配器進(jìn)行交互，并通過(guò) XML 進(jìn)行數(shù)據(jù)轉(zhuǎn)換。在充分了解當(dāng)前項(xiàng)目需求并考慮未來(lái)擴(kuò)展的基礎(chǔ)上， 建議采用如下的系統(tǒng)架構(gòu)來(lái)實(shí)現(xiàn)數(shù) 據(jù)交換平臺(tái)?！皵?shù)據(jù)交換平臺(tái) ”功能架構(gòu)圖人員安全

19、管理信息交互認(rèn)證監(jiān)控存儲(chǔ)服務(wù)服務(wù)服務(wù)服務(wù)信息分發(fā) /應(yīng)用整合中心消息代理消息服務(wù)器可靠的消息傳輸通訊消息服務(wù)客戶(hù)端消息服務(wù)客戶(hù)端 消息服務(wù)客戶(hù)端工商 稅務(wù) 海關(guān)在上面的系統(tǒng)架構(gòu)圖中，主要由如下幾個(gè)主要功能模塊組成：可靠的消息傳輸服務(wù)可靠的消息傳輸服務(wù)是 " 數(shù)據(jù)交換平臺(tái) " 最重要的底層基礎(chǔ)服務(wù)。利用消息中間件軟件， 通過(guò)業(yè)界流行的隊(duì)列機(jī)制可以方便地實(shí)現(xiàn)跨越不同廳局、 不同網(wǎng)絡(luò)、 不同操作系統(tǒng)的數(shù)據(jù)交 換與共享，并可以透明地處理諸如宕機(jī)、網(wǎng)絡(luò)堵塞、網(wǎng)絡(luò)中斷等各種復(fù)雜的通訊異常。 該基礎(chǔ)模塊提供了標(biāo)準(zhǔn)的數(shù)據(jù)封裝接口， 能夠以多種協(xié)議為基礎(chǔ)實(shí)現(xiàn)數(shù)據(jù)交換功能， 屏蔽底 層通訊機(jī)制

20、，從而提供了可靠的數(shù)據(jù)傳輸保證。消息代理服務(wù)消息代理服務(wù)是 "數(shù)據(jù)交換平臺(tái) " 的核心服務(wù)。 消息代理服務(wù)運(yùn)行在基礎(chǔ)消息傳輸服務(wù)之上，為數(shù)據(jù)交換平臺(tái)提供了強(qiáng)大的信息格式轉(zhuǎn)換與信息路由的功能。其高性能的消息處理引擎，靈活的系統(tǒng)擴(kuò)展機(jī)制與負(fù)載均衡的架構(gòu)設(shè)計(jì)，完全滿足了 "數(shù)據(jù)交換平臺(tái)”未來(lái)的升級(jí)擴(kuò)展。人員交互、安全認(rèn)證、管理監(jiān)控、信息存儲(chǔ)等輔助服務(wù)相關(guān)平臺(tái)輔助服務(wù)是”數(shù)據(jù)交換平臺(tái)”不可或缺的功能，進(jìn)一步簡(jiǎn)化并完善了平臺(tái)的功 能。我們建議在省電子政務(wù)系統(tǒng)中心配置WebSphere Bus in ess In tegration Message Broker,在各局委辦安

21、裝配置 WebSphere MQ。電子政務(wù)數(shù)據(jù)交換平臺(tái)”物理結(jié)構(gòu)參考圖LDAP目錄服務(wù)器WEB應(yīng)用服務(wù)器 數(shù)據(jù)庫(kù)服務(wù)器負(fù)載均衡靠的消息傳輸通訊消息代理 邏輯群集消息代理_ I1 11消息代理局委辦網(wǎng)絡(luò)2消息服務(wù)客戶(hù)端消息服務(wù)客戶(hù)端消息服務(wù)客戶(hù)端局委辦網(wǎng)絡(luò)nIe zMffl對(duì)于 WebSphere MQ來(lái)說(shuō)，兩個(gè) WebSphere MQ系統(tǒng)要進(jìn)行通訊，需要建立它們之間 WebSphere MQ的邏輯連接一一通道。因此在這里需要在每一節(jié)點(diǎn)上為需要進(jìn)行通訊的相鄰 的節(jié)點(diǎn)定義配置 WebSphere MQ通道。采用這種點(diǎn)對(duì)點(diǎn)的通訊方式，如圖：系統(tǒng)將會(huì)是一個(gè)復(fù)雜的網(wǎng)狀結(jié)構(gòu),n個(gè)系統(tǒng)要建立n(n-1)個(gè)

22、連接，系統(tǒng)的維護(hù)和管理將會(huì)比較復(fù)雜，重要的是局委辦的數(shù)量很多，并且它們之間存在著互相通信的需求，在這種情況下，如果將這么多的節(jié)點(diǎn)兩兩相連，其配置將會(huì)比較復(fù)雜，最為重要的是，其管理和維護(hù)的成本會(huì)很高，所以這種方法顯然是不可行的。Message Broker的設(shè)計(jì)理念恰恰是要改變這一結(jié)構(gòu)的弊端，將網(wǎng)狀結(jié)構(gòu)變?yōu)樾切徒Y(jié)構(gòu)， 它采用"hub and Spoke"的設(shè)計(jì)思想。大大減少系統(tǒng)間的連接個(gè)數(shù)，從n(n-1)個(gè)減少到n個(gè),使系統(tǒng)的配置和管理大大簡(jiǎn)化。隨之而來(lái)的是，系統(tǒng)的可擴(kuò)展性大大增強(qiáng)， 每新增加一個(gè)局委辦， 不必建立它和其他局 委辦之間的兩兩連接，而只需連接到 Message

23、Broker上，通過(guò) Message Broker便可以實(shí)現(xiàn) 與其余支局的連接和通訊。這樣，我們構(gòu)造了一個(gè)WebSphere MQ通訊網(wǎng)絡(luò)，作為各種應(yīng)用系統(tǒng)的公共數(shù)據(jù)傳輸平 臺(tái)，使得縱向、橫向的信息可以在系統(tǒng)內(nèi)部順暢地流動(dòng)，而不會(huì)因?yàn)榫W(wǎng)絡(luò)或系統(tǒng)故障造成信息的丟失或重復(fù)傳遞。對(duì)于各種應(yīng)用程序來(lái)說(shuō)，只需調(diào)用WebSphere MQ提供的編程接口來(lái)發(fā)送/接收消息即可，大大提高了應(yīng)用開(kāi)發(fā)的效率和質(zhì)量，并降低了系統(tǒng)維護(hù)的難度。此外，在各應(yīng)用系統(tǒng)通過(guò)中心數(shù)據(jù)交換平臺(tái)進(jìn)行數(shù)據(jù)交換時(shí)，如何根據(jù)數(shù)據(jù)內(nèi)容的確定數(shù)據(jù)的路由選擇也是一個(gè)較大的挑戰(zhàn)。Message Broker的智能路由功能能夠讓用戶(hù)根據(jù)消息的格式和內(nèi)

24、容定義消息轉(zhuǎn)換和路由決策，規(guī)則的定義可以通過(guò)GUI界面來(lái)實(shí)現(xiàn)，十分簡(jiǎn)單易行。如我們可以在數(shù)據(jù)中設(shè)定路由信息標(biāo)志位，MQ本身是無(wú)法解析數(shù)據(jù)報(bào)中內(nèi)部的具體信息的，而Message Broker,可以解析和識(shí)別消息的具體內(nèi)容，可以根據(jù)消息中設(shè)定的路由標(biāo)志位進(jìn)行數(shù)據(jù)的智能路由。如：從A市將數(shù)據(jù)發(fā)給 Message Broker, Message Broker可以智能地分析數(shù)據(jù)的目的地，并準(zhǔn)確將數(shù)據(jù)轉(zhuǎn)發(fā)出去。通過(guò)智能化數(shù)據(jù)路由和轉(zhuǎn)換功能，用于可以在應(yīng)用程序之間實(shí)現(xiàn)消息流，同時(shí)滿足業(yè)務(wù)過(guò)程的數(shù)據(jù)流要求；同時(shí)它可以隨著業(yè)務(wù)要求的變化而變化，當(dāng)業(yè)務(wù)需求變化時(shí)，僅需對(duì) Message Broker,做必要的更改

25、，而無(wú)需改動(dòng)原有的應(yīng)用程序，使系統(tǒng)的可擴(kuò)展性大大增強(qiáng)。除了智能路由功能之外，Message Broker還具有以下更加豐富和完善的功能：對(duì)數(shù)據(jù)的各種復(fù)雜的計(jì)算和處理功能。它用每一個(gè)Node表示對(duì)消息的一種處理，如compute n ode可以對(duì)消息進(jìn)行各種計(jì)算操作，其他Process Node有：in put node, output node,filter no de, check node 等; node 與 node 相連，便組成了一個(gè) Message Flow,由各種 “ Processor Node"組成的Message Flow，可對(duì)消息進(jìn)行各種處理操作，在消息從數(shù)據(jù)中心

26、經(jīng)過(guò)時(shí)便可 以被進(jìn)行相應(yīng)地計(jì)算，從而發(fā)往目的應(yīng)用系統(tǒng)；數(shù)據(jù)格式轉(zhuǎn)換和路由服務(wù)。Message Broker提供多種數(shù)據(jù)格式服務(wù)，其中包括：自定義格式，用戶(hù)可以通過(guò)MRM(Message Repository Man ager)來(lái)定制自己的消息格式；XML格式；面向紀(jì)錄的信息格式，如C的頭文件，COBOLecords等。對(duì)于這些消息格式，它提供bit stream 的輸入信息相應(yīng)的剖析器進(jìn)行解析，實(shí)現(xiàn)它們之間的格式轉(zhuǎn)換。如對(duì)于用戶(hù)的可以輸出為XML的格式，反之亦然。與數(shù)據(jù)庫(kù)緊密集成。 提供了與 DB 操作相關(guān)的各種 Node, 如 INSERT,UPDATE,DELETE 等Node，用戶(hù)可以之

27、間通過(guò) ESQL進(jìn)行和數(shù)據(jù)庫(kù)的操作，如把數(shù)據(jù)存入數(shù)據(jù)庫(kù)，從數(shù)據(jù)庫(kù) 中取數(shù)據(jù)等； 這樣，當(dāng)數(shù)據(jù)通過(guò) Message Broker 時(shí)，我們便可以將數(shù)據(jù)進(jìn)行各種數(shù)據(jù)庫(kù)操作， 為今后的數(shù)據(jù)倉(cāng)庫(kù)做準(zhǔn)備。應(yīng)用整合功能， Message Broker 是 IBM 的應(yīng)用整合中間件。從電子政務(wù)系統(tǒng)的一個(gè)橫 截面來(lái)看， 存在很多業(yè)務(wù)系統(tǒng)， 在系統(tǒng)今后的發(fā)展過(guò)程中，必然需要進(jìn)行應(yīng)用整合，即實(shí)現(xiàn) 各個(gè)子系統(tǒng)之間的數(shù)據(jù)交換和數(shù)據(jù)共享。為了實(shí)現(xiàn)各應(yīng)用系統(tǒng)間的數(shù)據(jù)交換和數(shù)據(jù)共享，我們更加建議星型Message Broker 解決方案即位于同一層次上的各應(yīng)用系統(tǒng)均通過(guò)它互相連接。考慮到在各業(yè)務(wù)系統(tǒng)建立時(shí)都是以各業(yè)務(wù)部門(mén)為

28、主進(jìn)行， 且各自的業(yè)務(wù)屬性也有較大的 不同， 故各應(yīng)用系統(tǒng)間在數(shù)據(jù)定義、 數(shù)據(jù)格式上必然會(huì)存在著或多或少的差異性。 這就為各 應(yīng)用系統(tǒng)間的數(shù)據(jù)交換帶來(lái)了一定的困難。通過(guò)Message Broker，用戶(hù)完全不需要專(zhuān)門(mén)開(kāi)發(fā)接口和路由選擇程序， 只需要在中心的 Message Broker 上對(duì)每個(gè)業(yè)務(wù)系統(tǒng)的數(shù)據(jù)格式作相應(yīng) 定義， 并定義相關(guān)的數(shù)據(jù)路由規(guī)則即可。 這樣一方面簡(jiǎn)化了其實(shí)現(xiàn)方法， 另一方面大大提高 了系統(tǒng)的可維護(hù)性。3.2 方案設(shè)計(jì)中的核心要點(diǎn)：1）采用業(yè)界成熟的產(chǎn)品：對(duì)于一個(gè)企業(yè)級(jí)的應(yīng)用，這一點(diǎn)是非常必要的；2）采用一個(gè)合理的架構(gòu)：在通訊節(jié)點(diǎn)眾多時(shí)，要避免采用復(fù)雜的網(wǎng)狀架構(gòu)，要采用先

29、 進(jìn)的星型架構(gòu)；3）關(guān)于 MQ Server 和 MQ Client 的選擇：MQ Client 為我們提供了一個(gè) MQ 應(yīng)用程序的開(kāi)發(fā)和運(yùn)行環(huán)境，它是 MQ API 的 Client 實(shí)現(xiàn)。在 Client 環(huán)境下，沒(méi)有隊(duì)列管理器、隊(duì)列等對(duì)象，它通過(guò) MQI 通道與 Server 之間建 立實(shí)時(shí)的通訊，并將消息從 Client 端發(fā)往 Server 端的隊(duì)列，或從 Server 端的隊(duì)列中取得消 息。MQ Client 提供下列好處：適合同步處理的工作模式；減少系統(tǒng)負(fù)擔(dān)；減少系統(tǒng)管理開(kāi) 銷(xiāo)；減少磁盤(pán)空間要求等。MQ Client 比較適合于網(wǎng)絡(luò)條件較好或?qū)崟r(shí)通訊的情況。它的劣勢(shì)在于以下幾方面

30、：它和服務(wù)器端是一個(gè)實(shí)時(shí)、同步的連接，失去了MQ Server產(chǎn)品所具有的異步、可靠傳輸?shù)奶攸c(diǎn)；在大數(shù)據(jù)量傳輸時(shí)的效率問(wèn)題，在進(jìn)行大數(shù)據(jù)量傳輸時(shí)的問(wèn)題，由于要進(jìn)行拆包處理， 這時(shí)為了保證數(shù)據(jù)的完整性，我們要對(duì)多個(gè)被拆的小包設(shè)置在同一個(gè)工作單元中，用Client傳輸時(shí)，如果中間網(wǎng)絡(luò)斷了，所有的包都會(huì)被回退，然后被重傳，降低了傳輸效率。通訊方向問(wèn)題：MQ Client和Server之間的通信是單向的，Client只能向Server發(fā)數(shù)據(jù)，在取數(shù)據(jù)時(shí)， 它只能主動(dòng)地到 Server 上取， 這時(shí)就必須利用一個(gè)輪循程序， 不斷地到 Server 上去取，在輪循的間隙，如果網(wǎng)絡(luò)出現(xiàn)問(wèn)題，該程序就會(huì)出現(xiàn)問(wèn)

31、題，被掛起，必須人工干預(yù) 來(lái)將該程序重起。其它方面的功能：MQ Client不具備其他一些 Server具有的重要功能，如：SSL加密，群集負(fù)載均衡等。MQ產(chǎn)品分為Server和Client兩種版本，與Client不同，Server的運(yùn)行環(huán)境擁有隊(duì)列管 理器、隊(duì)列、消息通道等對(duì)象，它提供全面的消息服務(wù)。通常在廣域網(wǎng)環(huán)境下，以及在企業(yè)與企業(yè)之間進(jìn)行通訊的情況下，我們都建議配置MQ Server對(duì)Server的通訊環(huán)境。MQ Server 是一個(gè)異步傳輸中間件，用于實(shí)現(xiàn)客戶(hù)位于不同系統(tǒng)、不同平臺(tái)下的數(shù)據(jù)交 換。 WebSphere MQ 具有強(qiáng)大的跨平臺(tái)性，可以支持 35 種平臺(tái)，它利用消息機(jī)制實(shí)

32、現(xiàn)應(yīng)用 系統(tǒng)間數(shù)據(jù)的傳輸和通訊，無(wú)論出現(xiàn)何種異常故障 （如網(wǎng)絡(luò)斷線、 網(wǎng)絡(luò)阻塞、 系統(tǒng)當(dāng)機(jī)等） ， 都能確保應(yīng)用程序數(shù)據(jù)在傳遞過(guò)程中不丟失、 不重復(fù)， 而當(dāng)故障恢復(fù)時(shí)， WebSphere MQ 可 以將未成功發(fā)送的信息自動(dòng)發(fā)送至應(yīng)用系統(tǒng)，而無(wú)需人工干預(yù)。在大數(shù)據(jù)量傳輸上，在 MQ 中有邏輯消息和物理消息的概念，利用邏輯消息和物理消 息，我們可以將大消息進(jìn)行分段處理， 也可以將若干個(gè)本身完整的消息在應(yīng)用邏輯上歸為一 組進(jìn)行處理。對(duì)于分段消息的傳輸， MQ 用一階段提交的方式來(lái)處理，即把所有 segment 消 息當(dāng)成一個(gè)完整的事務(wù)，保證他們或者都被傳輸?shù)浇邮辗降膽?yīng)用程序，或者一個(gè)都不傳輸。MQ

33、 Server 之間可以通過(guò)自身的群集功能，實(shí)現(xiàn)負(fù)載均衡。MQ Server的隊(duì)列管理器可以具有事務(wù)控制的功能，即它可以利用與數(shù)據(jù)庫(kù)之間 XA的連接，實(shí)現(xiàn)數(shù)據(jù)庫(kù)與MC隊(duì)列操作的兩階段提交。MQ Server 支持觸發(fā)、消息分發(fā) /訂閱等功能。在安全控制方面， MQ Server支持Server之間通道的SSL加密。在可靠性上， MQ Server 支持 HA 。從 XX 電子政務(wù)的業(yè)務(wù)需求來(lái)看， 各個(gè)局委辦之間的數(shù)據(jù)傳輸， 可以用異步的處理方式 處理。要在網(wǎng)絡(luò)條件暢通的前提下，及時(shí)發(fā)送到達(dá)。在這種需求下，建議采用MQ Server。另外，針對(duì) XX 電子政務(wù)目前的網(wǎng)絡(luò)狀況、系統(tǒng)的規(guī)模以及可靠性

34、、安全性的要求，我 們認(rèn)為使用 MQ Server 能更好地滿足系統(tǒng)需求。3.3 推薦配置省中心：軟件： WBI Message Broker硬件： IBM pServer 570, 操作系統(tǒng)： AIX V5.3各局委辦：軟件： WebSphere MQ Server 硬件：PC Server，操作系統(tǒng)：Linux省中心zzHA疋cQc口IBM pSeries 570f I TLIBM pSeries 570各局委辦PC服務(wù)器PC服務(wù)器PC服務(wù)器PC服務(wù)器4 IBM 解決方案的優(yōu)勢(shì)WebSphere MQ 和 Message Broker 在電子政務(wù)數(shù)據(jù)交換系統(tǒng)的優(yōu)勢(shì)主要表現(xiàn)在傳輸?shù)目?靠性、

35、安全性、靈活性、應(yīng)用集成和數(shù)據(jù)交換等諸多方面。4.1強(qiáng)健的數(shù)據(jù)傳輸系統(tǒng)，靈活的通訊方式采用 WebSphere MQ 可以實(shí)現(xiàn)關(guān)鍵數(shù)據(jù)在任意網(wǎng)絡(luò)環(huán)境中的安全、可靠傳輸。采用消息中間件 WebSphere MQ 的應(yīng)用系統(tǒng)是三層次的結(jié)構(gòu)，而由于將通訊邏輯的部分 獨(dú)立出來(lái)， 使得系統(tǒng)的可移植性、 可擴(kuò)充性和可維護(hù)性都大大提高。 中間件是隨著計(jì)算機(jī)在 社會(huì)生活的各個(gè)層次廣泛應(yīng)用近年來(lái)迅速發(fā)展、 壯大起來(lái)的一個(gè)軟件領(lǐng)域。 在系統(tǒng)應(yīng)用的層 次結(jié)構(gòu)中， 中間件位于操作系統(tǒng)和用戶(hù)應(yīng)用之間。 對(duì)應(yīng)用程序來(lái)說(shuō)， 其主要作用是屏蔽操作 系統(tǒng)和網(wǎng)絡(luò)協(xié)議。應(yīng)用開(kāi)發(fā)人員編程時(shí)只需利用中間件產(chǎn)品提供的跨平臺(tái)的、統(tǒng)一的接口

36、， 而不必考慮操作系統(tǒng)的差異。在提高應(yīng)用程序的可移植性的同時(shí)也縮短了應(yīng)用開(kāi)發(fā)的周期。 中間件的采用可以為我們節(jié)約大量的人力、 物力和財(cái)力， 使我們可以將更多的精力投入到真 正有價(jià)值的業(yè)務(wù)應(yīng)用的開(kāi)發(fā)中。4.1.1 全網(wǎng)通信能力，靈活的通訊方式采用 WebSphere MQ 作為電子政務(wù)數(shù)據(jù)交換系統(tǒng)的通訊平臺(tái)不但可以使整個(gè)系統(tǒng)在較短 的時(shí)間內(nèi)建立起廣域網(wǎng)上的可靠的數(shù)據(jù)交換系統(tǒng)， 還能夠?yàn)橐院髴?yīng)用系統(tǒng)的擴(kuò)充提供統(tǒng)一的 通信接口。另外，WebSphere MQ還支持與數(shù)據(jù)庫(kù)協(xié)同工作（如 IBM DB2 , Oracle等），并可連接辦公自動(dòng)化系統(tǒng)軟件（如 LotusNotes 等）、系統(tǒng)管理軟件（如

37、Tivoli 等）、企業(yè)資源 規(guī)劃系統(tǒng)（如SAPR/3 ）等。因此，從發(fā)展的角度看，選擇WebSphere MQ不僅可以作為統(tǒng)一的通訊平臺(tái)， 還能夠?qū)崿F(xiàn)整個(gè)企業(yè)各個(gè)應(yīng)用系統(tǒng)的業(yè)務(wù)整合， 實(shí)現(xiàn)信息在最大程度上的共享。WebSphere MQ 提供了基于消息隊(duì)列的通訊機(jī)制，而利用這種通訊機(jī)制提供給應(yīng)用程序 極為靈活的通訊方式： 一對(duì)一、一對(duì)多、多對(duì)一、 多對(duì)多的關(guān)系； 實(shí)時(shí)的、批量的數(shù)據(jù)傳輸； 同步的、異步的通訊模式。從電子政務(wù)數(shù)據(jù)交換系統(tǒng)的數(shù)據(jù)傳輸實(shí)時(shí)性上來(lái)看， 數(shù)據(jù)的傳輸可以分為實(shí)時(shí)數(shù)據(jù)傳輸 和集中數(shù)據(jù)傳輸兩類(lèi)。從傳輸方式來(lái)看，可以分為點(diǎn)對(duì)點(diǎn)傳輸和單點(diǎn)對(duì)多點(diǎn)的分發(fā)式傳輸。 顯然采用WebSph

38、ere MC可以很好地滿足上述多種傳輸方式。4.1.2 路由利用 WebSphere MC ，可以方便地實(shí)現(xiàn)關(guān)鍵數(shù)據(jù)在各局委辦之間的傳輸。整個(gè)網(wǎng)絡(luò)的任 何兩個(gè)節(jié)點(diǎn)之間通訊，不需要建立直接的物理連接，而可以通過(guò)MC 的通訊網(wǎng)絡(luò)來(lái)實(shí)現(xiàn)。4.1.3 可靠性WebSphere MC 由于采用了先進(jìn)的程序設(shè)計(jì)思想以及內(nèi)部工作機(jī)制，保證消息的可靠傳 遞，即只傳一次，不丟失、不重復(fù)，可以克服一些地區(qū)網(wǎng)絡(luò)線路質(zhì)量差的現(xiàn)狀。同時(shí) WebSphere MC支持永久性的（Persistent）消息和隊(duì)列，永久性的消息保存在硬盤(pán)上， 并提供獨(dú)立的日志 (log) 系統(tǒng)， 當(dāng)關(guān)機(jī)和系統(tǒng)掉電消息仍完好地保存在隊(duì)列中， 即

39、使存放消息 的硬盤(pán)發(fā)生介質(zhì)故障，我們?nèi)匀豢梢詮娜罩局袑⑾⒒謴?fù)出來(lái)。相應(yīng)地， WebSphere MQ 提 供了一整套消息的備份和恢復(fù)手段。因此，采用 WebSphere MQ 可以在最大程度上保證信息的可靠傳輸， 而且利用 WebSphere MQ 的先進(jìn)的傳輸機(jī)制，應(yīng)用程序只需運(yùn)行一次，將信息放入 MQ 的隊(duì)列中， MQ 將負(fù)責(zé)將 其傳送到目的系統(tǒng)的隊(duì)列中，而不再需要人工的干預(yù)。利用 WebSphere MQ 不但可以支持?jǐn)?shù)據(jù)的斷點(diǎn)續(xù)傳， 而且如果在傳輸過(guò)程中， 通信線路 出現(xiàn)故障或遠(yuǎn)端的主機(jī)發(fā)生故障， 本地的應(yīng)用程序都不會(huì)受到影響， 可以繼續(xù)發(fā)送數(shù)據(jù)， 而 無(wú)需等待網(wǎng)絡(luò)故障恢復(fù)或遠(yuǎn)端主機(jī)

40、正常后再重新運(yùn)行。同時(shí)MC確保信息只傳輸唯一的一次，而不會(huì)發(fā)生數(shù)據(jù)重復(fù)的問(wèn)題。MQ勺這些特點(diǎn)可以幫助我們極大的提高數(shù)據(jù)傳輸?shù)目煽啃院托省?.1.4 安全性WebSphere MQ可以實(shí)現(xiàn)安全的數(shù)據(jù)傳輸，支持 SSL加密。MQ 為我們提供了全方位、多層次的安全管理。確保隊(duì)列管理者所擁有的資源不被非法 存取，防止消息泄漏。 MQ 提供了 OAM(Object Authority Manager) 機(jī)制實(shí)現(xiàn)資源級(jí)和應(yīng)用級(jí) 的安全控制， OAM 維護(hù)了各種資源的 Access Control List( 控制列表 )；在消息級(jí)別上，還 設(shè)置了 Message Context 標(biāo)識(shí)。這些機(jī)制從以下幾個(gè)

41、方面保證了系統(tǒng)內(nèi)部的安全性：用戶(hù)應(yīng) 用與隊(duì)列管理者的連接；用戶(hù)對(duì) MQ 資源，如隊(duì)列、通道、過(guò)程的操作；隊(duì)列管理器的管 理命令；對(duì)消息的存取等。MQ為用戶(hù)提供了多種途徑確保網(wǎng)絡(luò)傳輸過(guò)程的數(shù)據(jù)安全。安全出口：主要用于兩個(gè) MQ Series系統(tǒng)之間通道啟動(dòng)時(shí)的雙方的身份認(rèn)證； 發(fā)送和接收出口：可以用來(lái)進(jìn)行數(shù)據(jù)的加密/解密以及數(shù)據(jù)的壓縮 /解壓縮；消息出口：可以用來(lái)在消息級(jí)實(shí)現(xiàn)用戶(hù)的特定功能，如數(shù)據(jù)轉(zhuǎn)換，加密/解密等。此外， MQ Series 在 TCP/IP 上還支持防火墻。4.1.5 系統(tǒng)架構(gòu)的可擴(kuò)展性可以隨著業(yè)務(wù)規(guī)模的擴(kuò)大或項(xiàng)目的進(jìn)行， 隨時(shí)增加新的城市， 能夠與現(xiàn)有系統(tǒng)無(wú)縫整合， 又能隨

42、時(shí)增加新的應(yīng)用，大大減少系統(tǒng)間接口開(kāi)發(fā)的個(gè)數(shù)。4.2統(tǒng)一的應(yīng)用開(kāi)發(fā)接口，簡(jiǎn)化開(kāi)發(fā)WebSphere MQ 支持 35 種不同的軟硬件平臺(tái)，在所有這些平臺(tái)上 WebSphere MQ 均 提供相同的應(yīng)用編程接口， 便于應(yīng)用程序在不同的平臺(tái)之間進(jìn)行移植。 WebSphere MQ 提供 的 API 函數(shù)共有 13 個(gè)，開(kāi)發(fā)簡(jiǎn)單迅速，可大大提高軟件開(kāi)發(fā)的效率。4.3跨平臺(tái)性和異構(gòu)系統(tǒng)連接能力，屏蔽網(wǎng)絡(luò)和系統(tǒng)異構(gòu)性WebSphere MQ支持35種系統(tǒng)平臺(tái)，包括IBM和非IBM。應(yīng)用開(kāi)發(fā)人員編程時(shí)只需利 用中間件產(chǎn)品提供的跨平臺(tái)的、統(tǒng)一的接口，而不必考慮操作系統(tǒng)的差異。利用WebSphereMQ 可以簡(jiǎn)單有效地實(shí)現(xiàn)跨平臺(tái)，跨系統(tǒng)，跨網(wǎng)絡(luò)協(xié)議的消息通訊和應(yīng)用整合。將企業(yè)復(fù)雜的信息孤島聯(lián)接成為共享的信息資源。4.4分布式系統(tǒng)上的數(shù)據(jù)一致性WebSphere MQ 對(duì)交易處理的支持分為三個(gè)層次：首先， WebSphere MQ 內(nèi)部一系列隊(duì)列的存取操作可以構(gòu)成一個(gè)工作單元，同時(shí)進(jìn)行提 交或回退。其次，支持X