通用報(bào)文交換平臺(tái)的構(gòu)想與設(shè)計(jì)

1、通用報(bào)文交換平臺(tái)的構(gòu)想與設(shè)計(jì)    2005年9月,農(nóng)發(fā)行綜合業(yè)務(wù)系統(tǒng)順利上線(xiàn)運(yùn)行,全系統(tǒng)的業(yè)務(wù)經(jīng)營(yíng)活動(dòng)實(shí)現(xiàn)了數(shù)據(jù)大集中。同時(shí)隨著業(yè)務(wù)經(jīng)營(yíng)范圍的不斷拓展,業(yè)務(wù)部門(mén)對(duì)增加科技支撐力度也提出了更高的要求。在新形勢(shì)下,如何既快速高效、又安全平穩(wěn)地滿(mǎn)足業(yè)務(wù)部門(mén)的需求,是農(nóng)發(fā)行科技部門(mén)面臨的一個(gè)重要課題。筆者認(rèn)為,在綜合業(yè)務(wù)系統(tǒng)前端,開(kāi)發(fā)部署一個(gè)通用的、穩(wěn)定的、可擴(kuò)展的通用報(bào)文交換平臺(tái)是適應(yīng)業(yè)務(wù)發(fā)展、滿(mǎn)足業(yè)務(wù)需求變化和規(guī)避技術(shù)風(fēng)險(xiǎn)的一個(gè)有效舉措。 通用報(bào)文交換平臺(tái)(Universal Message Exchanging Plat)簡(jiǎn)稱(chēng)UMEP,是按照標(biāo)準(zhǔn)化的原則

2、,為處理異步報(bào)文交換業(yè)務(wù)而設(shè)計(jì)的通用平臺(tái)。在當(dāng)前數(shù)據(jù)大集中的環(huán)境下,設(shè)計(jì)通用報(bào)文交換平臺(tái)能有效的解決綜合業(yè)務(wù)系統(tǒng)的通用性和擴(kuò)展性問(wèn)題,從而高效安全地滿(mǎn)足業(yè)務(wù)變化的需求。本文將就農(nóng)發(fā)行UMEP的分析與設(shè)計(jì)作一闡述。 一、平臺(tái)的軟件基礎(chǔ) UMEP選用Tuxedo作為基礎(chǔ)軟件平臺(tái)來(lái)進(jìn)行設(shè)計(jì)和部署。Tuxedo是BEA公司的一個(gè)商品化的交易中間件軟件產(chǎn)品,從軟件最初推出至今已經(jīng)經(jīng)歷了9個(gè)版本的升級(jí)變遷,廣泛應(yīng)用于金融、電信、郵政、航空等領(lǐng)域,是業(yè)內(nèi)歷史最久、應(yīng)用最廣的中間件產(chǎn)品。 農(nóng)發(fā)行從電子聯(lián)行系統(tǒng)開(kāi)始,就引入了Tuxedo中間件產(chǎn)品,直至在綜合業(yè)務(wù)系統(tǒng)中更為全面地使用。在多年的開(kāi)發(fā)維護(hù)工作中,農(nóng)發(fā)

3、行不僅積累了大量的經(jīng)驗(yàn),而且還培養(yǎng)了一批技術(shù)人才。選用Tuxedo作為UMEP的基礎(chǔ)軟件平臺(tái),做到核心系統(tǒng)相一致,不單單是為了減輕系統(tǒng)維護(hù)的工作量,降低系統(tǒng)故障的風(fēng)險(xiǎn),更重要的是考慮到在其基礎(chǔ)上設(shè)計(jì)出來(lái)的UMEP,可以具備較高的可靠性、通用性、安全性和可擴(kuò)展性。 二、平臺(tái)的總體設(shè)計(jì) 根據(jù)報(bào)文交換類(lèi)業(yè)務(wù)的處理流程,UMEP在總體的邏輯結(jié)構(gòu)上設(shè)計(jì)為三層:前置機(jī)接口層、通訊平臺(tái)層和核心服務(wù)層。其結(jié)構(gòu)圖如下: 外接系統(tǒng)匯入的報(bào)文,由前置機(jī)通過(guò)外接系統(tǒng)提供的接口API(應(yīng)用程序接口)獲取后,發(fā)送至UMEP,再轉(zhuǎn)發(fā)至核心服務(wù)進(jìn)行業(yè)務(wù)處理。行內(nèi)系統(tǒng)匯出的報(bào)文,由核心系統(tǒng)發(fā)送至UMEP,再轉(zhuǎn)發(fā)到前置機(jī),通過(guò)外

4、接系統(tǒng)接口API發(fā)送給外接系統(tǒng)。前置機(jī)和UMEP的通信,以及UMEP與核心系統(tǒng)的通信,均是以Tuxedo服務(wù)調(diào)用的方式進(jìn)行的,并且使用Tuxedo的事務(wù)管理功能,保證報(bào)文傳送的準(zhǔn)確性和唯一性。 三、前置機(jī)接口層的設(shè)計(jì) 在一個(gè)外接系統(tǒng)的前置機(jī)上,一般都會(huì)部署兩套接口軟件。一套是行內(nèi)系統(tǒng)的接口軟件,功能就是通過(guò)外接系統(tǒng)API進(jìn)行報(bào)文的收發(fā)工作。另一套就是由外接系統(tǒng)提供的API接口。兩者之間是調(diào)用與被調(diào)用的關(guān)系。 為了保證行內(nèi)接口的通用性,我們把行內(nèi)接口軟件設(shè)計(jì)為兩層結(jié)構(gòu),一層是穩(wěn)定的,一層是不穩(wěn)定的。 穩(wěn)定的一層稱(chēng)之為UMEP Client,由兩個(gè)定時(shí)啟動(dòng)的守護(hù)進(jìn)程uploadMsg和downlo

5、adMsg組成,分別實(shí)現(xiàn)報(bào)文接收和報(bào)文發(fā)送的功能。之所以稱(chēng)之為穩(wěn)定的,是因?yàn)檫@兩個(gè)守護(hù)進(jìn)程可以在任何外接系統(tǒng)的前置機(jī)上使用,并不需要針對(duì)不同的外接系統(tǒng)重寫(xiě)代碼,體現(xiàn)了行內(nèi)接口的通用性。 不穩(wěn)定的一層稱(chēng)之為Branch Interface API(簡(jiǎn)稱(chēng)BIA),由一組API函數(shù)組成,以庫(kù)文件的方式提供,被UMEPClient調(diào)用。之所以稱(chēng)之為不穩(wěn)定的,是因?yàn)樗菍?duì)外接系統(tǒng)提供的API接口函數(shù)的封裝,需要針對(duì)不同的外接系統(tǒng)改寫(xiě)代碼。BIA被設(shè)計(jì)為10個(gè)API函數(shù),分別處理非實(shí)時(shí)通訊和實(shí)時(shí)通訊兩種情況: BIA不僅封裝了外接系統(tǒng)的API函數(shù),還有一個(gè)重要的工作就是負(fù)責(zé)報(bào)文格式的轉(zhuǎn)換。不同的外接系統(tǒng),

6、其報(bào)文的描述格式各有不同。為了行內(nèi)系統(tǒng)能夠以同樣的方式處理,就需要對(duì)報(bào)文用統(tǒng)一的格式進(jìn)行重新描述,轉(zhuǎn)換為行內(nèi)系統(tǒng)使用的標(biāo)準(zhǔn)報(bào)文。同樣,行內(nèi)發(fā)出的標(biāo)準(zhǔn)報(bào)文也需要由經(jīng)BIA轉(zhuǎn)換后,再發(fā)送給外接系統(tǒng)。這種將報(bào)文格式轉(zhuǎn)換功能由通信平臺(tái)實(shí)現(xiàn)改為由前置機(jī)實(shí)現(xiàn)的設(shè)計(jì)方式,不僅是實(shí)現(xiàn)UMEP通用性的需要,也是為了充分利用前置機(jī)的運(yùn)算功能,減輕通訊平臺(tái)的運(yùn)算壓力,使其集中資源處理報(bào)文轉(zhuǎn)發(fā)的功能,提高平臺(tái)的處理能力。 前置機(jī)接口層的系統(tǒng)結(jié)構(gòu)如圖: 在前置機(jī)端引入BIA的設(shè)計(jì)模式的另一個(gè)優(yōu)點(diǎn)是,可以最大限度地降低總行科技部門(mén)的開(kāi)發(fā)工作量。一個(gè)新系統(tǒng)的接入,總行不再需要集中開(kāi)發(fā)行內(nèi)接口軟件(全國(guó)性系統(tǒng)仍可由總行統(tǒng)一開(kāi)

7、發(fā)),只要由分行按照UMEP的報(bào)文標(biāo)準(zhǔn)和API標(biāo)準(zhǔn),自行組織開(kāi)發(fā)一套相應(yīng)的BIA,以庫(kù)文件的方式提供給UMEP使用,然后就可以通過(guò)UMEP順利接入核心系統(tǒng)。另外由于BIA層的開(kāi)發(fā)工作并不涉及到Tuxedo技術(shù),因此對(duì)于分行而言,也降低了技術(shù)開(kāi)發(fā)的難度。同時(shí),這樣的分層設(shè)計(jì)也為分行特色業(yè)務(wù)的開(kāi)展提供了技術(shù)上的便利條件。 UMEP Client在部署之前,附帶的BIA是一個(gè)完全由空API函數(shù)編譯后獲得的庫(kù)文件。部署到前置機(jī)以后,只要將這個(gè)文件替換為相應(yīng)外接系統(tǒng)的BIA庫(kù)文件,即可完成系統(tǒng)對(duì)接功能。由此可見(jiàn),UMEP Client在前置機(jī)上的安裝部署也是相對(duì)簡(jiǎn)單靈活的。此外,由于Tuxedo的跨平臺(tái)

8、性,可以使得我們的UMEP Client不僅可以部署在HPUX/AIX/SCO Unix/Linux等Unix或類(lèi)Unix平臺(tái)上,而且可以運(yùn)行在AS400或Windows平臺(tái)上。換句話(huà)說(shuō),無(wú)論外接系統(tǒng)前置機(jī)采用的是什么樣的操作系統(tǒng)平臺(tái),我們的UMEP Client都可以正常部署使用。這也從一個(gè)側(cè)面體現(xiàn)了UMEP的通用性。 四、通訊平臺(tái)層的設(shè)計(jì) UMEP通訊平臺(tái)層的設(shè)計(jì),使用了Tuxedo服務(wù)程序和Tuxedo客戶(hù)端程序相結(jié)合的方式。兩個(gè)Tuxedo服務(wù)程序名為uploadMsgSvc和downloadMsgSvc,分別被前置機(jī)端UMEP Client的up-loadMsg和downloadMs

9、g進(jìn)程調(diào)用,用于平臺(tái)的報(bào)文接收和發(fā)送。兩個(gè)Tuxedo客戶(hù)端程序名為uploadKernel和download-Kernel,是兩個(gè)定時(shí)啟動(dòng)的守護(hù)進(jìn)程,分別負(fù)責(zé)上傳平臺(tái)報(bào)文至核心系統(tǒng)和下載核心系統(tǒng)報(bào)文至平臺(tái)。其系統(tǒng)結(jié)構(gòu)圖如下: 在UMEP的平臺(tái)設(shè)計(jì)中,我們引入了數(shù)據(jù)庫(kù)的內(nèi)容。這主要是考慮到UMEP平臺(tái)將被設(shè)計(jì)為一個(gè)擁有較高處理能力的報(bào)文交換平臺(tái)。如果單純的依靠核心服務(wù)完成業(yè)務(wù)處理后,再寫(xiě)入核心應(yīng)用數(shù)據(jù)庫(kù),勢(shì)必會(huì)增加調(diào)用端的等待時(shí)間,影響平臺(tái)的處理效率和吞吐量。此外,使用數(shù)據(jù)庫(kù)對(duì)報(bào)文進(jìn)行暫存,可以減少報(bào)文傳送過(guò)程中因網(wǎng)絡(luò)通訊問(wèn)題而導(dǎo)致的報(bào)文丟失現(xiàn)象,保證報(bào)文的正確傳輸。在報(bào)文的上行過(guò)程中,平臺(tái)服

10、務(wù)uploadMsgSvc收到前置機(jī)發(fā)來(lái)的標(biāo)準(zhǔn)報(bào)文后,不作任何處理,直接寫(xiě)入數(shù)據(jù)庫(kù)并返回,完成平臺(tái)的報(bào)文接收工作。平臺(tái)上的uploadKernel進(jìn)程啟動(dòng)后,負(fù)責(zé)從數(shù)據(jù)庫(kù)中讀取報(bào)文信息,并根據(jù)共享內(nèi)存中存放的XML標(biāo)準(zhǔn)報(bào)文格式描述文件,將報(bào)文中的業(yè)務(wù)要素解析出來(lái),轉(zhuǎn)換為T(mén)uxe-do服務(wù)調(diào)用所需的FML Buffer格式,再通過(guò)Tuxedo服務(wù)調(diào)用,上傳給核心系統(tǒng)完成業(yè)務(wù)處理。 在報(bào)文的下行過(guò)程中,通過(guò)平臺(tái)上定時(shí)啟動(dòng)的downloadKernel進(jìn)程,調(diào)用核心系統(tǒng)的相關(guān)服務(wù),獲取下傳報(bào)文信息,再根據(jù)XML報(bào)文格式描述文件,轉(zhuǎn)換為標(biāo)準(zhǔn)報(bào)文后寫(xiě)入數(shù)據(jù)庫(kù)。平臺(tái)服務(wù)downloadMsgSvc由前置機(jī)

11、端的down-loadMsg進(jìn)程定時(shí)調(diào)用。每次調(diào)用時(shí),該服務(wù)從數(shù)據(jù)庫(kù)中讀取待發(fā)送的報(bào)文,返回給前置機(jī)。 行內(nèi)標(biāo)準(zhǔn)報(bào)文的格式解析和打包是通過(guò)XML報(bào)文格式描述文件來(lái)完成的。不同外接系統(tǒng)所使用的報(bào)文集,都會(huì)用行內(nèi)的標(biāo)準(zhǔn)格式重新加以定義,體現(xiàn)為一個(gè)XML描述文件。這個(gè)XML文件作為BIA的一部分,由BIA的開(kāi)發(fā)者按照標(biāo)準(zhǔn)編寫(xiě)完成后,提供給UMEP平臺(tái)使用。平臺(tái)啟動(dòng)時(shí),將裝載所有外接系統(tǒng)的XML描述文件到共享內(nèi)存中,供uploadKernel和downloadKernel處理標(biāo)準(zhǔn)報(bào)文解析和打包時(shí)使用。鑒于XML強(qiáng)大的擴(kuò)展性和良好的易用性,這樣的設(shè)計(jì)必然使我們的平臺(tái)具備優(yōu)秀的報(bào)文兼容性,同樣也保證了UM

12、EP的通用性。 五、核心服務(wù)層的設(shè)計(jì) UMEP的核心服務(wù)層采用了面向服務(wù)的設(shè)計(jì)模式,每一種業(yè)務(wù)類(lèi)型的處理都被細(xì)化為一個(gè)或多個(gè)核心服務(wù)來(lái)完成。每個(gè)核心服務(wù)只完成某一種特定的功能,服務(wù)與服務(wù)之間的耦合關(guān)系遵循“松散”的原則。這種“松散”的耦合關(guān)系,大大的增加了核心服務(wù)的可重用性,為業(yè)務(wù)的變更和擴(kuò)展帶來(lái)巨大的靈活性和便利性。 在核心服務(wù)的外圍,部署了一類(lèi)管理調(diào)度服務(wù),稱(chēng)為T(mén)xDispatcher。TxDis-patcher不僅能夠管理報(bào)文交換類(lèi)交易的服務(wù)請(qǐng)求,而且可以管理聯(lián)機(jī)實(shí)時(shí)交易的服務(wù)請(qǐng)求,并根據(jù)不同類(lèi)型的交易,按照事先定義好的業(yè)務(wù)處理流程,調(diào)度相應(yīng)的核心服務(wù)處理。 核心服務(wù)層的結(jié)構(gòu)示意圖如下:

13、 在服務(wù)的調(diào)用者和核心服務(wù)之間引入TxDispatcher管理服務(wù)層,使得核心業(yè)務(wù)系統(tǒng)對(duì)業(yè)務(wù)需求的變更或調(diào)整,具備快速投產(chǎn)的能力。因?yàn)樵诤诵姆?wù)具有較高可重用性的基礎(chǔ)之上,僅僅通過(guò)定制合理的業(yè)務(wù)處理流程,組合不同的核心服務(wù),就有可能完成新業(yè)務(wù)功能的開(kāi)發(fā)工作。 六、安全模塊的設(shè)計(jì) UMEP中安全模塊的設(shè)計(jì),仍然采用原有的PKI證書(shū)模式。因?yàn)榛赑KI證書(shū)的安全技術(shù)是目前安全級(jí)別較高,并且是國(guó)家有關(guān)安全部門(mén)認(rèn)可的一種加密認(rèn)證技術(shù)。這種技術(shù)在業(yè)界被廣泛使用,也是農(nóng)發(fā)行綜合業(yè)務(wù)系統(tǒng)目前正在使用的安全技術(shù)措施之一。 在使用PKI證書(shū)的安全模式下,UMEP服務(wù)器和外接系統(tǒng)前置機(jī)均需要獲得由總行CA中心簽發(fā)

14、的IC卡,作為自己合法身份的唯一標(biāo)識(shí)。報(bào)文上行時(shí),前置機(jī)使用自己的IC卡私鑰對(duì)報(bào)文進(jìn)行加密簽名,然后上傳UMEP服務(wù)器。UMEP服務(wù)器使用該前置機(jī)證書(shū)中的公鑰解密并核驗(yàn)簽名,確認(rèn)報(bào)文的合法性。報(bào)文下行時(shí),UMEP服務(wù)器使用自己的IC卡私鑰,對(duì)下傳報(bào)文加密簽名后發(fā)送前置機(jī)。前置機(jī)收到報(bào)文后,使用UMEP服務(wù)器的證書(shū)公鑰進(jìn)行解密并核驗(yàn)簽名,核驗(yàn)通過(guò)后再發(fā)送給外接系統(tǒng)。UMEP的安全體系結(jié)構(gòu)如下圖所示: 需要強(qiáng)調(diào)的是,在UMEP的設(shè)計(jì)過(guò)程中,通用性是整個(gè)平臺(tái)的核心原則。只有具備了通用性能力的業(yè)務(wù)平臺(tái),才能最大程度的避免因業(yè)務(wù)變化帶來(lái)的系統(tǒng)運(yùn)行風(fēng)險(xiǎn)。 鑒于UMEP本身建構(gòu)在基于服務(wù)的基礎(chǔ)軟件平臺(tái)之上,并且核心服務(wù)采用了分布式結(jié)構(gòu)的設(shè)計(jì),因此在物理部署上UMEP能夠支持異地多