商業(yè)銀行IT系統(tǒng)按功能劃分大致可以分為四類：業(yè)務(wù)系統(tǒng)、管理信息系統(tǒng)、渠道系統(tǒng)、其它系統(tǒng)。業(yè)務(wù)系統(tǒng)作為對(duì)外提供的金融服務(wù)的主要載體，關(guān)系到每個(gè)用戶最終體驗(yàn)到的服務(wù)，保證其服務(wù)質(zhì)量是每個(gè)銀行管理工作中的一項(xiàng)重要措施。近年來(lái)中國(guó)各銀行的業(yè)務(wù)系統(tǒng)也正如中國(guó)的經(jīng)濟(jì)一樣在日新月異的發(fā)展著。業(yè)務(wù)種類方面，從傳統(tǒng)的總賬處理業(yè)務(wù)發(fā)展到日益普遍的網(wǎng)銀等電子銀行業(yè)務(wù)。IT實(shí)現(xiàn)手段方面，傳統(tǒng)的銀行等業(yè)務(wù)系統(tǒng)通常在大型機(jī)上運(yùn)行，并由銀行網(wǎng)點(diǎn)的柜員通過(guò)特定終端操作；而新一代的網(wǎng)銀業(yè)務(wù)系統(tǒng)通常都由最終用戶在自己的客戶端發(fā)起，***到大型機(jī)端來(lái)處理。這類業(yè)務(wù)系統(tǒng)屬于橫跨分布式平臺(tái)和大型機(jī)平臺(tái)的混合業(yè)務(wù)系統(tǒng)。

銀行業(yè)務(wù)系統(tǒng)平臺(tái)的選擇
商業(yè)銀行業(yè)務(wù)系統(tǒng)平臺(tái)的選擇是個(gè)復(fù)雜的過(guò)程，目前并沒(méi)有固定原則和方法，需要結(jié)合每個(gè)銀行實(shí)際情況而定。基本考量因素（見(jiàn)表1）包括：

考量因素
1． 現(xiàn)有平臺(tái)。中農(nóng)工建等大行由于后臺(tái)都采用的大型機(jī)平臺(tái)，在考慮新業(yè)務(wù)系統(tǒng)時(shí)需要考慮選擇的穩(wěn)定可靠的大型機(jī)為后端，前端考慮到最終用戶的操作，通常選擇分布式系統(tǒng)作為前端
2． 移植成本。為了結(jié)合原有的業(yè)務(wù)系統(tǒng)，每個(gè)新的業(yè)務(wù)在選擇平臺(tái)時(shí)必然要考慮把舊有業(yè)務(wù)移植到新平臺(tái)的成本。在國(guó)內(nèi)有很多中小企業(yè)選擇了z/Linux做為新業(yè)務(wù)的平臺(tái)，原因就在于這樣既能利用大型機(jī)硬件提供的穩(wěn)定性，還能保證舊有的分布式平臺(tái)的業(yè)務(wù)方便地移植到新的平臺(tái)
3． 運(yùn)維成本。運(yùn)行每個(gè)業(yè)務(wù)系統(tǒng)都會(huì)消耗后臺(tái)的“運(yùn)算”資源，不管是分布式平臺(tái)的CPU，還是大型機(jī)平臺(tái)的MIPS，可以通過(guò)測(cè)算不同平臺(tái)的各種資源消耗來(lái)評(píng)估一個(gè)業(yè)務(wù)的運(yùn)維成本
4． IT發(fā)展策略。每個(gè)銀行都會(huì)根據(jù)業(yè)務(wù)規(guī)模的增長(zhǎng)來(lái)定制其IT發(fā)展策略，就像中農(nóng)工建這幾大行在10年前定制的“大集中”策略，導(dǎo)致幾大行都選擇了大型機(jī)作為其主要的業(yè)務(wù)平臺(tái)

“端到端”業(yè)務(wù)帶來(lái)的挑戰(zhàn)
根據(jù)EMA研究機(jī)構(gòu)的調(diào)查，在全球超大規(guī)模企業(yè)中，70%的客戶在大型機(jī)平臺(tái)上運(yùn)行業(yè)務(wù)，其中64%的客戶已經(jīng)部署了SOA架構(gòu)，Web應(yīng)用和Web服務(wù)，在所謂的運(yùn)行在分布式平臺(tái)上的業(yè)務(wù)中，有73%實(shí)際上是跨越“分布式”和“大型機(jī)”的。隨著智能終端，網(wǎng)銀，電話銀行等業(yè)務(wù)應(yīng)用的推廣，越來(lái)越多的銀行業(yè)務(wù)需要采用新的渠道和技術(shù)增強(qiáng)易用性和客戶體驗(yàn)。然而，為了實(shí)現(xiàn)“前端”新業(yè)務(wù)的易用性必然導(dǎo)致“后端”業(yè)務(wù)實(shí)現(xiàn)環(huán)節(jié)復(fù)雜度的增加，而且99%的大型銀行采用大型機(jī)平臺(tái)作為核心業(yè)務(wù)系統(tǒng)，異構(gòu)平臺(tái)間網(wǎng)絡(luò)，操作系統(tǒng)，數(shù)據(jù)庫(kù)，應(yīng)用程序，任意一個(gè)環(huán)節(jié)都可能成為造成問(wèn)題的原因，怎樣從“全局視圖”實(shí)時(shí)監(jiān)控，條件預(yù)警，自動(dòng)分析成為每個(gè)銀行必須要考慮的問(wèn)題。

“端到端”業(yè)務(wù)的演變
銀行業(yè)務(wù)系統(tǒng)的IT表現(xiàn)形式是運(yùn)行在各種平臺(tái)中的應(yīng)用程序，最簡(jiǎn)單的應(yīng)用程序是在單一后端平臺(tái)中的單一程序，比如最早的存貸業(yè)務(wù)，應(yīng)用程序都運(yùn)行在后端平臺(tái)中，網(wǎng)點(diǎn)的柜員通過(guò)特定終端調(diào)用應(yīng)用程序，通過(guò)讀寫數(shù)據(jù)庫(kù)來(lái)完成記錄（見(jiàn)圖1）。
圖1. 單一平臺(tái)

隨著互聯(lián)網(wǎng)的發(fā)展及C/S架構(gòu)的普及，越來(lái)越多的應(yīng)用程序采用了復(fù)雜的多層結(jié)構(gòu)，把業(yè)務(wù)邏輯處理和數(shù)據(jù)的訪問(wèn)分離，形成了最初的“端到端”的模型?，F(xiàn)在國(guó)內(nèi)大多數(shù)的大型銀行仍然采用了這種架構(gòu)，網(wǎng)點(diǎn)柜員可以通過(guò)客戶端定制的應(yīng)用程序發(fā)起業(yè)務(wù)，復(fù)雜的業(yè)務(wù)邏輯處理放在了應(yīng)用服務(wù)器“大前置”中，最終的數(shù)據(jù)處理請(qǐng)求被轉(zhuǎn)發(fā)到后端一般是大型機(jī)中。在大型機(jī)中通常還會(huì)有專門的交易服務(wù)器CICS來(lái)對(duì)進(jìn)入大型機(jī)的交易進(jìn)行處理（見(jiàn)圖2）。
圖2. “端到端”平臺(tái)

在真實(shí)的銀行架構(gòu)中情況會(huì)更加復(fù)雜，圖2中“前端”“中端”“后端”都可能是由不同平臺(tái)的多個(gè)系統(tǒng)混合構(gòu)成，加之端與端間的動(dòng)態(tài)負(fù)載能力以及跨平臺(tái)的消息隊(duì)列的使用，更增加了整個(gè)端到端應(yīng)用監(jiān)控的復(fù)雜度。監(jiān)控復(fù)雜度增加的原因及相關(guān)技術(shù)（見(jiàn)表2）

監(jiān)控復(fù)雜原因及技術(shù)
前端。監(jiān)控復(fù)雜原因：智能中端，電話，PC等多種渠道發(fā)起應(yīng)用。相關(guān)技術(shù)：前端通過(guò)使用跨平臺(tái)的SOAP框架，標(biāo)準(zhǔn)的HTTP和XML在不同平臺(tái)間傳送信息
中端。監(jiān)控復(fù)雜原因：支持不同操作系統(tǒng)平臺(tái)的應(yīng)用服務(wù)器。相關(guān)技術(shù)：中端使用Webshpere/Java或Texedo/C進(jìn)行處理復(fù)雜的應(yīng)用邏輯處理
后端。監(jiān)控復(fù)雜原因：對(duì)數(shù)據(jù)的請(qǐng)求動(dòng)態(tài)分配到對(duì)應(yīng)的數(shù)據(jù)庫(kù)。相關(guān)技術(shù)：后端使用DRDA來(lái)動(dòng)態(tài)請(qǐng)求分布在不同平臺(tái)中的數(shù)據(jù)庫(kù)

“端到端”監(jiān)控的手段
在一個(gè)典型的“端到端”的平臺(tái)中（見(jiàn)圖3），問(wèn)題可能發(fā)生在任何一點(diǎn)，用戶端，網(wǎng)絡(luò)，Web服務(wù)器，應(yīng)用服務(wù)器，大型機(jī)，而目前業(yè)內(nèi)的監(jiān)控手段分為自主開發(fā)和商用軟件兩種模式。
圖3. 典型的“端到端”平臺(tái)

模式1：自主開發(fā)模式 – ARM
ARM (Application Response Measurement) 是一個(gè) Open Group 標(biāo)準(zhǔn)，用于測(cè)量應(yīng)用程序或業(yè)務(wù)服務(wù)的性能和可用性。應(yīng)用程序在開發(fā)階段中對(duì)其進(jìn)行檢測(cè)，并在運(yùn)行時(shí)使用它來(lái)分析所涉及到的交易。ARM 的基本功能是記錄每個(gè)交易的啟動(dòng)和停止時(shí)間戳以及執(zhí)行結(jié)果。交易通過(guò) ARM 生成的令牌互連在一起，并由應(yīng)用程序進(jìn)行傳遞。在所有交易都完成以后，可以在相關(guān)交易的基礎(chǔ)上提取出拓?fù)?，并且系統(tǒng)管理員可以分析統(tǒng)計(jì)信息以確定有問(wèn)題的執(zhí)行路徑在何處。這種模式帶來(lái)的問(wèn)題是，需要在用戶的應(yīng)用程序中植入額外的代碼，并在不同的系統(tǒng)中執(zhí)行ARM的調(diào)用，傳遞令牌等參數(shù)。這無(wú)疑會(huì)給應(yīng)用帶來(lái)額外的風(fēng)險(xiǎn)，而且ARM并不適用于傳統(tǒng)的大型機(jī)應(yīng)用環(huán)境，如大型機(jī)中的CICS并不能被ARM監(jiān)控。

模式2：商用監(jiān)控軟件模式
業(yè)內(nèi)有很多成熟的商用軟件來(lái)監(jiān)控銀行的應(yīng)用程序，主要包括CA Technologies的Wily, IBM ITCAM等，其中CA Technologies的Wily已經(jīng)能夠做到跨平臺(tái)的實(shí)時(shí)監(jiān)控。通過(guò)整合分布式端的網(wǎng)絡(luò)，Web服務(wù)器，應(yīng)用服務(wù)器，以及大型機(jī)端的系統(tǒng)，網(wǎng)絡(luò)，數(shù)據(jù)庫(kù)等的監(jiān)控信息，Wily可以為用戶提供“端到端”應(yīng)用視圖，并能夠快捷地幫助用戶發(fā)現(xiàn)問(wèn)題，分析問(wèn)題以及解決問(wèn)題（見(jiàn)圖4）。

圖4.  CA Technologies的Wily

從技術(shù)角度看，這類商用軟件通過(guò)提供對(duì)所有軟硬件平臺(tái)的支持，從而實(shí)現(xiàn)跨平臺(tái)“端到端”的監(jiān)控，但需要關(guān)注的是在監(jiān)控“端到端”應(yīng)用時(shí)，工具本身在收集、整理并分析各個(gè)系統(tǒng)信息的過(guò)程中對(duì)各個(gè)系統(tǒng)的性能影響。

結(jié)論
在銀行業(yè)，技術(shù)的進(jìn)步、金融創(chuàng)新必然會(huì)導(dǎo)致層出不窮的新業(yè)務(wù)，越來(lái)越多的用戶將拋棄傳統(tǒng)的去銀行網(wǎng)點(diǎn)辦理業(yè)務(wù)的習(xí)慣，采用更加便捷的方式享受新時(shí)代的金融服務(wù)。對(duì)于每一家銀行而言，便捷且穩(wěn)定地提供各種新業(yè)務(wù)將為銀行吸引越來(lái)越多的用戶，因此需要對(duì)目前在銀行應(yīng)用廣泛的“端到端”的業(yè)務(wù)實(shí)時(shí)監(jiān)控，從而保障每一個(gè)用戶體驗(yàn)到***的服務(wù)，選用成熟的商業(yè)軟件實(shí)現(xiàn)對(duì)銀行業(yè)務(wù)系統(tǒng)的監(jiān)控是目前業(yè)界通常的做法。