基于群集技術的銀行客戶信息系統架構論析

隨著我國銀行業的全面開放，銀行業的競爭顯得越來越激烈。銀行業之間的全方位競爭，不但體現于金融服務產品的創新上，而且也體現于銀行內部的經營管理當中。銀行業競爭的根本與實質則體現在企業如何做到“一切以客戶為中心”方面上，為客戶提供更加快捷、便利的服務。但是，當前我國銀行業通常存在運用不同的系統對客戶的資料進行維護的現象，導致客戶信息分散地存儲于各個專業的系統當中，造成數據冗雜和管理不便的局面，嚴重的甚至導致客戶信息數據的管理質量低下的問題(例如：客戶信息數據不完整、缺乏唯一性和信息的遺失等現象)較為嚴重，給客戶辦理業務帶來了諸多不便，嚴重影響銀行的競爭能力。群集技術在銀行客戶信息系統架構當中的運用，在一定程度上改善了銀行業對于客戶信息管理的不良局面，使得銀行的競爭力得到很大的提升。

一 群集技術的重要性

群集技術指的是由一組互相連接的整機所組合而成的并行或者分布的系統，其可作為統一的計算資源進行使用。群集技術便是通過對功能進行整合以及對故障進行過渡而實現了具有高度可用性與可靠性的系統。基于群集技術的銀行客戶信息系統架構具有較高的實用性和伸縮性、便捷的管理性等優點。(1)高度的實用性。運用群集技術可將銀行客戶信息系統架構設計成具有避免單點發生故障的能力，運用程序可進行跨計算機分配，從而實現運算和恢復故障同時進行操作，并且能夠提高其實用性；(2)可伸縮性。為了提高銀行客戶信息系統架構的計算能力，可適當加入更多的處理器或者是計算機。倘若現有的服務器能力有限的時候，可利用增加內存和服務器的方式對系統的能力進行擴展。(3)便捷的管理性。運用群集技術的系統能夠以單一的系統映射方式面向于最終的用戶、應用的程序和網絡。與此同時，也可為銀行客戶信息管理員提供唯一的控制點，此唯一的控制點可用遠程進行操作。

二 應用群集技術的銀行客戶信息系統架構

應用群集技術的銀行客戶信息系統架構于邏輯上依據客戶信息中心系統所應用交易的時效性和數據庫的操作方式等特點，進行布置多方位的交易模型。數據模型也能夠布署為多個數據的實體和它相對應，應用群集可使用數據冗余存放和鏡像等技術進行有效地實現。群集架構可根據銀行實際的交易類型進行分級響應，從而提高系統的吞吐量，并且增強銀行業務的適應性以及應用的擴展性。銀行客戶信息的數據群能夠依據各個數據的特點與應用的特點進行設立相應的數據群以及應用群，再經過各個群接口層以及MID層分流其應用級。于應用群集的思路上，銀行能夠根據查詢應用的類型進行設置于擴展。我們可根據銀行客戶信息系統架構的功能定位把應用群集在銀行客戶信息系統架構當中的應用主要分為：UA(即為：更新應用)、QA(即為：查詢應用)以及SA(即為：特征應用)與之相對應的數據庫為：UDB(即為：更新應用數據庫)、QDB(即為：查詢數據庫)與SDB(即為：特征應用數據庫)。

(一)舉例數據分布情況

每一個數據群的數據均能夠依據實際的需要進行確定，通常QDB為UDB全影像的數據，同時也能夠根據客戶進行分類，一般分為VIP(高級客戶)、NOR(普通客戶)和ORG(非盈利客戶)等類型不同的客戶。而SDB依據其特例的應用特點進行確定數據的實效與范圍，只需要全量數據當中的一個子集便可。UA與UDB所負責的是實時查詢的服務與數據的更新操作，及時地反映客戶的最新信息；QA與QDB所負責的是在不更新數據情況下的查詢類操作，所儲存的為前次數據鏡像全部的量數據，在沒有進行實時數據更新的情況下，另外一些客戶的動戶信息也可儲存于QDB當中，查詢的時候應當用依據銀行客戶動戶的信息進行判斷客戶是否為動戶，并以此當做轉發于更新應用操作的根據；SA與SDB依據應用的類型進行確定數據的實效與范圍。對特例應用類型的設置是為了進行低實效性要求的數據處理。比如對于客戶排隊機的應用。

(二)群集架構的基礎流程

RDQ(受理分派器)的功能主要是依據應用的類型進行分派應用群集的調度。于查詢應用的操作過程中可依據銀行客戶的識別情況進行補充地分派。倘若查詢要求為實時性時，并且判斷出客戶為動戶或者是客戶尚未識別到的時候，便可把此類的交易轉發至實時和更新的應用當中。

三 架構的拓展

應用群指的是一個包括了所有圍繞著銀行客戶的相關信息所展開的應用以及對應數據的集合。因為應用群的具有數據較集中、交易量較大、交易的形式變化較多等特征，因此應用群應當進行充分地拓展。

(一)對群內的新應用進行拓展

特例應用主要針對的是數據的實時性和準確性的要求均較低的應用，比如銀行排隊機的應用。由于它的數據量較大，因此可單獨地作為一類的應用；查詢應用主要針對于銀行所定義的周期當中尚未發生變動的客戶進行信息查詢；更新應用(其中也包括了實時的數據查詢)主要針對銀行客戶所需要新增以及修改信息的應用，及其所定義的周期范圍中信息有所變動的客戶進行查詢。上述的每一種應用均可針對每一個獨立的銀行客戶信息數據群，并且每一個數據群都可以針對當前銀行的客戶模型進行劃分為VIP(高級客戶)、NOR(普通客戶)和ORG(非盈利客戶)三個類別的數據庫。如果需要增加一個新的應用類型時，不管增加的是否為對應的數據群，過程都是相對簡單的。實施的主要步驟為：增設新的數據所獲取的準則，并且制定出所需要的信息同步的準則；開發新的銀行業務的處理步驟，其中包括其儲存過程；根據實際需要制定并且發布新的FCL(流程控制器)裝置和FWL(應用控制器)裝置；制定出RQD(受理分派器)所選擇的應用準則，并且對新的RQD(受理分派器)進行部署；當涉及到MID(模式識別器)的路由準則時，則可制定出MID(模式識別器)的準則，并對新的MID(模式識別器)進行部署。

(二)對應用內的新交易模式進行拓展

針對當前銀行客戶信息系統架構的群集技術應用，交易模式可劃分成穿透、組合與復合等交易的類型。從銀行客戶識別的模式上可劃分成不同的識別模式，其中包括了銀行客戶號、賬號與證件類型、號碼等。MID不僅可完成不同的應用間的區別外，也可同時間完成交易模式與客戶識別模式。為了進一步區別不同應用之間的資源消耗，FCL能夠依照上述的類型進行相應的設置。通常銀行客戶信息系統架構是不需要由FCL直接讓MID穿透NFWL，只是為了層次的結構顯得更為清晰，可直接并歸于組合交易模式當中，且工作效益不受任何影響。

(三)對應用內的新客戶分類進行拓展

其拓展的方案當中可依照VIP(高級客戶)、NOR(普通客戶)和ORG(非盈利客戶)三類不同的客戶進行設置，同時也可依據客戶類別的不同進行設置不一樣的數據庫。倘若今后工作當中需要進行設置新的銀行客戶分類，則只需要對FWL層次進行調整，FWL層次的調整是一個關于處理步驟的制定過程。

四 群集關鍵技術點的設計

(一)動戶識別的設計

動戶識別的設計的主要功能是確保在查詢應用時可以查詢到銀行客戶的最新信息。倘若查詢操作時，發現該客戶為動戶，動戶識別則會把交易轉發至更新應用當中進行查詢，而普通的查詢應用范圍內不可對客戶最新信息進行查詢。動戶識別設計主要的目的為按照應用的類型進行交易分類，從而避免大量的交易直接于更新應用當中查詢，起到減輕更新應用模型壓力的作用。所以該應用當中將會承擔起聯機的更新交易和批量處理等任務。動戶識別的實現主要依靠設置動戶信息、登記動戶信息和使用動戶信息三方面，具體的設計如下：(1)設置動戶的信息。銀行客戶信息系統架構當中動戶信息將會設置于查詢應用數據庫的實體當中；動戶信息的表格將會存放在查詢的應用當中，主要通過更新應用進行信息的更新。(2)登記動戶的信息。聯機交易涉及銀行客戶的信息更新(包括客戶的基本信息、合約信息與簽約信息等)，倘若動戶的信息發生了更新，銀行均可作為動戶進行登記；通常進行聯機的更新類別交易行為，均屬于更新應用類型的范疇，進行動戶信息登記時，銀行動戶登記服務將進行異步處理。該服務操作將布置于查詢的應用類別當中；對動戶信息進行批量處理之前，應當把所有等待處理的客戶信息直接復制于動戶表格當中，從而避免信息出錯；為了進一步確保銀行動戶信息的準確性，銀行在更新客戶數據庫時，動戶信息將同步登記在更新的數據庫當中。(3)使用動戶的信息。在查詢的應用當中，先進行銀行客戶的識別，再進行銀行動戶的識別；先經過動戶表格查詢之后，已經獲得現有銀行客戶的ID與類型，可直接將其傳送至FCL(流程控制器)當中，不用再進行反復地查詢。

四 群集技術客戶信息系統的可靠性設計

(一)對交易的一致性進行設計

于銀行客戶信息系統架構實現當中，對于組合類的交易，應當規定其只可其中的一個FWL(應用控制器)具有事務，從而避免對XA(事務管理器和局部資源管理器)事務接口進行使用。交易一致性的設計如圖二所示：

(二)對事務的一致性進行設計

對事務的一致性進行設計時，應當特別注意以下幾個關鍵點：(1)銀行客戶信息數據的訪問層的儲存過程與復合儲存過程將不對其進行事務的控制；(2)業務邏輯的處理(即是業務的處理步驟)，將不進行事務的控制；(3)應用控制器應當依據調用者所傳遞的標志而決定是否可進行事務的控制；(4)倘若交易是組合類型時，應當考慮其效率等問題，而FCL只可控制本地的事務。倘若本地處理與外部系統的處理結果不相同時，需要FCL自身具備自動沖正的機制進行確保交易的完整；(5)從流程的設計上看，應當充分地避免本地所提交的事務，從而避免沖正；(6)對于組合的交易模式，應當考慮先前所規定的組合交易當中的多個原子的交易，要求只可其中的一個原子具備交易時的更新操作，剩下的原子交易只可服務于查詢操作。

(三)對系統的效率性進行設計

(1)應用分流與數據分流的設計。通過不一樣的應用所針對的應用實效性機械性設置不一樣的數據集合，從而實現數據的分流；通過運用儲存的鏡像技術從而實現快速的同步；經過所劃分的不同應用、客戶的不同識別模式以及不同的交易類別和不同客戶級別的服務，從而實現多級的應用分流。(2)對防堵塞機制進行設計。聯機交易時可通過流程機制進行防止客戶信息系統內部的堵塞與對外系統的堵塞情況；對外進行同步地處理客戶信息時，可改變信息的隊列作為登記客戶數據，以起到防止內部的堵塞，當向外發起交易的時候，可通過流控機制進行防止對外系統的堵塞；于聯機交易和批量交易競爭資源的時候，能夠控制批量交易的流量以提高聯機的交易處理功效，從而確保聯機交易不會出現大量超時的情況。

(四)對系統的伸縮性進行設計

(1)內部伸縮性設計。交易模式識別的模塊可依據模式的各種類別進行擴充設計；流程控制的模塊可依據銀行客戶的類型和交易的類型進行擴充設計；應用框架也可依據客戶的類型進行擴充設計；通過對客戶的交易狀態進行全程的控制，隔離交易錯誤與控制錯誤，從而實現客戶信息系統架構自身的自我保護功能；監控外部系統的交易情況，動態調整或者停止對外部系統的查詢、訪問，降低外部系統的壓力。

五 總結

我國的銀行大多擁有龐大的客戶群體，甚至大型的國有銀行的客戶數量已超過億，銀行自身已經建成或者正在建立自身的客戶信息系統架構。銀行客戶信息系統架構如何解決大規模的客戶信息系統功效的難題?如何使得其系統架構擁有較高程度的可靠性與自我保護性?如何把握“一切以客戶為中心”的競爭原則?群集技術的銀行客戶信息系統架構有效地提高系統的效率；有效地增強系統的穩定性與可靠性；有效地提高系統的拓展能力；有效地提高銀行客戶信息管理人員的工作效率；有效地增強銀行的競爭能力。