銀行核心系統(tǒng)基礎(chǔ)架構(gòu)規(guī)劃方案

1、 銀行核心系統(tǒng)基礎(chǔ)架構(gòu)規(guī)劃方案目 錄 TOC o 1-3 h z u HYPERLINK l _Toc26014542 1. 中小銀行核心系統(tǒng)基礎(chǔ)架構(gòu)現(xiàn)狀 PAGEREF _Toc26014542 h 4 HYPERLINK l _Toc26014543 2. 中小銀行核心系統(tǒng)基礎(chǔ)架構(gòu)現(xiàn)有問題 PAGEREF _Toc26014543 h 5 HYPERLINK l _Toc26014544 2.1 耦合性太高 PAGEREF _Toc26014544 h 5 HYPERLINK l _Toc26014545 2.2 資源的物理格局限制 PAGEREF _Toc26014545 h 6 HYP

2、ERLINK l _Toc26014546 2.3 基礎(chǔ)架構(gòu)擴(kuò)展性存在短板 PAGEREF _Toc26014546 h 7 HYPERLINK l _Toc26014547 2.4 數(shù)據(jù)安全技術(shù)局限性 PAGEREF _Toc26014547 h 7 HYPERLINK l _Toc26014548 1） 基礎(chǔ)架構(gòu)層面 PAGEREF _Toc26014548 h 7 HYPERLINK l _Toc26014549 2） 應(yīng)用層面 PAGEREF _Toc26014549 h 8 HYPERLINK l _Toc26014550 3. 中小銀行核心系統(tǒng)基礎(chǔ)架構(gòu)的優(yōu)化策略 PAGEREF _

3、Toc26014550 h 8 HYPERLINK l _Toc26014551 3.1 去耦化設(shè)計(jì) PAGEREF _Toc26014551 h 8 HYPERLINK l _Toc26014552 3.1.1業(yè)務(wù)模塊的邏輯拆分 PAGEREF _Toc26014552 h 8 HYPERLINK l _Toc26014553 3.1.2應(yīng)用模塊的分布式部署 PAGEREF _Toc26014553 h 9 HYPERLINK l _Toc26014554 3.1.3基礎(chǔ)架構(gòu)的邏輯解耦 PAGEREF _Toc26014554 h 10 HYPERLINK l _Toc26014555 3.

4、2 資源池化設(shè)計(jì) PAGEREF _Toc26014555 h 10 HYPERLINK l _Toc26014556 3.2.1 應(yīng)用和資源的映射關(guān)系分析 PAGEREF _Toc26014556 h 10 HYPERLINK l _Toc26014557 3.2.2 虛擬化方案的設(shè)計(jì) PAGEREF _Toc26014557 h 11 HYPERLINK l _Toc26014558 1） 各個(gè)資源池的設(shè)計(jì) PAGEREF _Toc26014558 h 11 HYPERLINK l _Toc26014559 2） 虛擬服務(wù)器對(duì)資源的分配策略 PAGEREF _Toc26014559 h 1

5、1 HYPERLINK l _Toc26014560 3） 資源的動(dòng)態(tài)優(yōu)化策略 PAGEREF _Toc26014560 h 12 HYPERLINK l _Toc26014561 3.3 基礎(chǔ)架構(gòu)擴(kuò)展性設(shè)計(jì) PAGEREF _Toc26014561 h 12 HYPERLINK l _Toc26014562 3.3.1前提條件 PAGEREF _Toc26014562 h 12 HYPERLINK l _Toc26014563 3.3.2應(yīng)用層的擴(kuò)展性設(shè)計(jì) PAGEREF _Toc26014563 h 13 HYPERLINK l _Toc26014564 3.3.3數(shù)據(jù)層的擴(kuò)展性設(shè)計(jì) PA

6、GEREF _Toc26014564 h 13 HYPERLINK l _Toc26014565 3.4 數(shù)據(jù)安全性設(shè)計(jì) PAGEREF _Toc26014565 h 14 HYPERLINK l _Toc26014566 3.4.1 基礎(chǔ)架構(gòu)層的數(shù)據(jù)保護(hù)技術(shù)選型 PAGEREF _Toc26014566 h 14 HYPERLINK l _Toc26014567 3.4.2 應(yīng)用接口層的校驗(yàn)機(jī)制設(shè)計(jì) PAGEREF _Toc26014567 h 15 HYPERLINK l _Toc26014568 4. 總結(jié)及展望 PAGEREF _Toc26014568 h 16【摘要】本文以中小銀行核

7、心系統(tǒng)基礎(chǔ)架構(gòu)為著眼點(diǎn)，深度分析并總結(jié)在規(guī)劃和實(shí)踐過程中需要解決的一些關(guān)鍵問題，旨在為同業(yè)在此類項(xiàng)目建設(shè)過程中提供一些啟示和幫助。隨著全球IT產(chǎn)業(yè)的飛速發(fā)展，金融行業(yè)的IT建設(shè)逐步成為主導(dǎo)金融企業(yè)業(yè)務(wù)發(fā)展的核心驅(qū)動(dòng)力。對(duì)于銀行的整個(gè)IT架構(gòu)從應(yīng)用的角度來(lái)看，會(huì)分為幾個(gè)層面：渠道層、總線層、交易系統(tǒng)層、數(shù)據(jù)層等。其中交易系統(tǒng)層是最關(guān)鍵的要素，所有銀行業(yè)中的借貸業(yè)務(wù)最終的完成會(huì)在交易系統(tǒng)層完成，所有業(yè)務(wù)的賬戶信息以及賬務(wù)都要在交易系統(tǒng)中的一個(gè)關(guān)鍵節(jié)點(diǎn)中流轉(zhuǎn)和記錄，這個(gè)關(guān)鍵節(jié)點(diǎn)就是我們熟知的核心系統(tǒng)。由此可見核心系統(tǒng)對(duì)于銀行的重要性，同樣核心系統(tǒng)的基礎(chǔ)架構(gòu)規(guī)劃和實(shí)踐又是支撐核心系統(tǒng)能夠良好運(yùn)轉(zhuǎn)并且健

8、康擴(kuò)展的前提條件。本文以中小銀行核心系統(tǒng)基礎(chǔ)架構(gòu)為著眼點(diǎn)，深度分析并總結(jié)在規(guī)劃和實(shí)踐過程中需要解決的一些關(guān)鍵問題，旨在為同業(yè)在此類項(xiàng)目建設(shè)過程中提供一些啟示和幫助。1. 中小銀行核心系統(tǒng)基礎(chǔ)架構(gòu)現(xiàn)狀伴隨著信息技術(shù)的發(fā)展歷程，國(guó)內(nèi)的金融行業(yè)一直在經(jīng)歷著各種變革。眾所周知在銀行業(yè)內(nèi)，其核心系統(tǒng)對(duì)于銀行的重要意義，可以說(shuō)核心系統(tǒng)的變遷代表著銀行業(yè)整體信息技術(shù)體系的發(fā)展?？偟膩?lái)看國(guó)內(nèi)銀行業(yè)的核心系統(tǒng)發(fā)展經(jīng)歷了三個(gè)階段：第一階段：七十年代末到八十年代中期，銀行的儲(chǔ)蓄業(yè)務(wù)以及對(duì)公業(yè)務(wù)逐漸以計(jì)算機(jī)代替手工操作，計(jì)算機(jī)是一個(gè)以網(wǎng)點(diǎn)為基礎(chǔ)的分散式信息管理域。這個(gè)階段談不上信息化的變革，僅僅是電腦取代了手動(dòng)操作，

9、完全是一種分散式的管理模式。第二階段：八十年代中期到九十年代末期，這一階段銀行開始通過使用計(jì)算機(jī)網(wǎng)絡(luò)技術(shù)實(shí)現(xiàn)銀行部分業(yè)務(wù)的實(shí)時(shí)聯(lián)機(jī)處理，并逐步實(shí)現(xiàn)了銀行在一定區(qū)域范圍內(nèi)的數(shù)據(jù)集中及互聯(lián)互通；區(qū)域集中讓所轄銀行得以共享數(shù)據(jù)資源，統(tǒng)一了科目設(shè)置，改進(jìn)了業(yè)務(wù)流程。第三階段：二十世紀(jì)初至今，這一階段即所謂的數(shù)據(jù)大集中階段。全國(guó)性的銀行數(shù)據(jù)通信網(wǎng)絡(luò)框架基本建成，各銀行的綜合業(yè)務(wù)處理網(wǎng)絡(luò)相繼建成，一個(gè)多功能的、開放的銀行信息化體系初步形成；核心系統(tǒng)由原來(lái)的網(wǎng)狀架構(gòu)統(tǒng)一成總線集成架構(gòu)，系統(tǒng)間的接口規(guī)范以及報(bào)文格式等都形成了統(tǒng)一的行業(yè)標(biāo)準(zhǔn)，并且這些技術(shù)及標(biāo)準(zhǔn)在不斷的優(yōu)化發(fā)展過程當(dāng)中。國(guó)內(nèi)大部分城市商業(yè)銀行，中

10、小股份制銀行等都是在第三個(gè)階段直接發(fā)展起來(lái)的。其核心系統(tǒng)的建設(shè)也是直接套用既有標(biāo)準(zhǔn)規(guī)范進(jìn)行實(shí)施的。應(yīng)用架構(gòu)基本遵循著總線架構(gòu)模式，業(yè)務(wù)處理層面既承擔(dān)了后臺(tái)聯(lián)機(jī)業(yè)務(wù)處理又承擔(dān)了銀行賬務(wù)處理；基礎(chǔ)架構(gòu)層面根據(jù)具體的業(yè)務(wù)負(fù)載不同基本會(huì)采用IBM的大型機(jī)、中型機(jī)、小型機(jī)等物理機(jī)模式；數(shù)據(jù)庫(kù)層面基本采用的比較成熟的關(guān)系型數(shù)據(jù)庫(kù)例如DB2、Oracle、Infomix等；高可用架構(gòu)多數(shù)采用的是前一個(gè)時(shí)代的操作系統(tǒng)層面的雙機(jī)熱備軟件實(shí)現(xiàn)的主備模式。2. 中小銀行核心系統(tǒng)基礎(chǔ)架構(gòu)現(xiàn)有問題2.1 耦合性太高從銀行的數(shù)據(jù)大集中到目前來(lái)講，銀行業(yè)務(wù)已經(jīng)經(jīng)歷了將近20年的發(fā)展。在互聯(lián)網(wǎng)和信息化沒有爆發(fā)的年代，銀行的業(yè)

11、務(wù)類型相對(duì)固定，發(fā)展較為穩(wěn)定。銀行的核心系統(tǒng)大部分處于安全性、穩(wěn)定性以及高效性的考慮形成了大核心或者旁核心的局面，也就是既有存貸產(chǎn)品服務(wù)功能又有基礎(chǔ)性的公共服務(wù)功能還有銀行的會(huì)計(jì)核算功能。近些年來(lái)隨著互聯(lián)網(wǎng)以及信息化的爆發(fā)式推進(jìn)，銀行的業(yè)務(wù)受到了越來(lái)越大的沖擊。利率的市場(chǎng)化發(fā)展要求銀行的產(chǎn)品計(jì)算模式必須能夠經(jīng)得起靈活性的挑戰(zhàn)；金融產(chǎn)品市場(chǎng)化競(jìng)爭(zhēng)的激烈要求我們的產(chǎn)品及服務(wù)必須能夠隨時(shí)創(chuàng)新隨時(shí)變化；互聯(lián)網(wǎng)及移動(dòng)信息化的發(fā)展要求銀行的支付結(jié)算手段必須能夠跟得上客戶的環(huán)境變化；行業(yè)標(biāo)準(zhǔn)及國(guó)家政策的變化要求銀行能夠快速適應(yīng)并變革。我們舉幾個(gè)簡(jiǎn)單的例子：比如說(shuō)為了爭(zhēng)取客戶，對(duì)于符合某些條件的客戶的存款產(chǎn)品

12、，我們需要定制特殊的利率或者算法，如果我們的核心系統(tǒng)并非基于面向?qū)ο蠡蛘叻?wù)的設(shè)計(jì)模式來(lái)實(shí)現(xiàn)的松耦合架構(gòu)，那么可能會(huì)因?yàn)槲覀兞鞒袒漠a(chǎn)品定義模型以及客戶定義模型導(dǎo)致我們對(duì)核心系統(tǒng)內(nèi)部進(jìn)行較為大的變更；比如說(shuō)我們面臨互利網(wǎng)的環(huán)境希望推出有特色的產(chǎn)品來(lái)吸引客戶，很可能由于核心系統(tǒng)的接口模式固定化導(dǎo)致我們無(wú)法快速實(shí)現(xiàn)產(chǎn)品的創(chuàng)新和退出；比如說(shuō)我們面臨的營(yíng)改增問題，如果賬務(wù)核算和聯(lián)機(jī)業(yè)務(wù)以及公共處理模塊兒能夠邏輯隔離，那么這類的問題就不會(huì)帶給我們核心系統(tǒng)巨大的改動(dòng)量，也不必為此承擔(dān)巨大風(fēng)險(xiǎn)。諸如此類問題會(huì)有很多，所有的這些挑戰(zhàn)都不是過去那個(gè)胖核心或者大核心環(huán)境能夠解決的問題。這就要求銀行的核心系統(tǒng)在應(yīng)用

13、系統(tǒng)層面必須實(shí)現(xiàn)對(duì)象化服務(wù)化的松耦合模式。2.2 資源的物理格局限制從系統(tǒng)的基礎(chǔ)架構(gòu)來(lái)講，由于過去那個(gè)大而全的開發(fā)模式導(dǎo)致核心系統(tǒng)本身的體量非常大。在一個(gè)物理計(jì)算節(jié)點(diǎn)上需要支撐多個(gè)相互復(fù)雜調(diào)用的應(yīng)用服務(wù)。這也就形成了過去的大型機(jī)、中型機(jī)、小型機(jī)的物理格局現(xiàn)狀。從單個(gè)業(yè)務(wù)或者交易的處理上來(lái)講，這種架構(gòu)一定是穩(wěn)定的、高效的、安全的。隨著信息技術(shù)的發(fā)展，我相信今天各家銀行的大部分系統(tǒng)都已經(jīng)實(shí)現(xiàn)了資源的虛擬化級(jí)池化，最起碼在應(yīng)用節(jié)點(diǎn)的部署上基本都實(shí)現(xiàn)了。至于資源池虛擬化的好處就不用多說(shuō)了，但是為什么核心系統(tǒng)遲遲沒有實(shí)現(xiàn)呢？原因有兩點(diǎn)：首先是核心系統(tǒng)的體量太大，如果不是新建，很難把握核心系統(tǒng)內(nèi)部的邏輯關(guān)

14、系實(shí)現(xiàn)架構(gòu)的調(diào)整。再有就是由于核心系統(tǒng)的體量太大，那么它對(duì)資源的需求量也是非常大的，不是單個(gè)虛擬資源能夠解決的問題。我們暫不從架構(gòu)本身的先進(jìn)性來(lái)談這個(gè)問題，我們從服務(wù)的角度來(lái)考慮考慮。相信核心系統(tǒng)本身承載的幾個(gè)模塊兒：存貸產(chǎn)品、公共服務(wù)、客戶信息、賬務(wù)核算。過去這幾個(gè)模塊兒可能相對(duì)提供服務(wù)的負(fù)載相對(duì)比較固定，所以一直安全穩(wěn)定運(yùn)行了這么多年。但是今天在渠道整合以及渠道創(chuàng)新的沖擊下，相信它們各自在日常的運(yùn)行當(dāng)中提供服務(wù)的頻率以及他們需要的負(fù)載是存在巨大差異的，而且是在不斷變化的，在這種場(chǎng)景下如果繼續(xù)保持物理資源的獨(dú)立格局限制，那么必然帶來(lái)的是應(yīng)用上和業(yè)務(wù)上的僵硬。2.3 基礎(chǔ)架構(gòu)擴(kuò)展性存在短板其基

15、礎(chǔ)架構(gòu)擴(kuò)展性瓶頸主要集中在兩個(gè)方面，第一個(gè)方面就是支撐銀行核心系統(tǒng)平臺(tái)層的擴(kuò)展性瓶頸，另外一個(gè)方面就是核心系統(tǒng)應(yīng)用層本身擴(kuò)展性的瓶頸。從平臺(tái)層本身來(lái)講，由于傳統(tǒng)模式下的核心系統(tǒng)的高負(fù)載高壓力的特點(diǎn)，大多數(shù)銀行都是采用小型機(jī)、中型機(jī)、大型機(jī)等集中式物理架構(gòu)。那么今天互聯(lián)網(wǎng)業(yè)務(wù)的膨脹式發(fā)展必然會(huì)引發(fā)核心系統(tǒng)基礎(chǔ)架構(gòu)處理能力本身的擴(kuò)展性要求，主要表現(xiàn)為處理并發(fā)以及處理復(fù)雜業(yè)務(wù)邏輯上的需求。這種基礎(chǔ)架構(gòu)本身是不具備靈活擴(kuò)展能力的。另外一方面由于互聯(lián)網(wǎng)渠道業(yè)務(wù)的擴(kuò)展，金融管理制度的快速改革，金融賬戶屬性本身的多樣化發(fā)展等因素造成的應(yīng)用層面本身的變更也變得比以往任何一個(gè)時(shí)期都會(huì)頻繁，但是我們傳統(tǒng)的核心系統(tǒng)

16、都是會(huì)計(jì)、產(chǎn)品、總賬、聯(lián)機(jī)等模塊兒相對(duì)比較聚合的狀態(tài)，任何一個(gè)小的改動(dòng)都可能影響到所有的模塊兒，再有就是傳統(tǒng)核心系統(tǒng)業(yè)務(wù)邏輯似乎都有一個(gè)通病，就是對(duì)并發(fā)處理設(shè)計(jì)的考慮很少，這些因素都會(huì)限制我們核心系統(tǒng)應(yīng)用層的擴(kuò)展性。2.4 數(shù)據(jù)安全技術(shù)局限性所謂數(shù)據(jù)安全性主要是指在面臨設(shè)備物理故障或者是邏輯錯(cuò)誤的時(shí)候，核心系統(tǒng)數(shù)據(jù)本身的容錯(cuò)能力。這個(gè)容錯(cuò)能力一方面來(lái)自于基礎(chǔ)架構(gòu)本身的數(shù)據(jù)高可用能力以及數(shù)據(jù)的容災(zāi)架構(gòu)設(shè)計(jì)，另外一方面來(lái)源于應(yīng)用層對(duì)于數(shù)據(jù)在整個(gè)流動(dòng)過程中的校驗(yàn)保護(hù)機(jī)制。1） 基礎(chǔ)架構(gòu)層面?zhèn)鹘y(tǒng)核心系統(tǒng)的數(shù)據(jù)保護(hù)從基礎(chǔ)架構(gòu)層主要有幾種方式：其一是基于傳統(tǒng)塊兒存儲(chǔ)做的數(shù)據(jù)復(fù)制架構(gòu)，例如HP的CA技術(shù)、I

17、BM 的PPRC技術(shù)，EMC 的SRDF技術(shù)等；其二是基于操作系統(tǒng)卷管理器層面做的邏輯鏡像技術(shù)，例如LVM的鏡像技術(shù)、VxVM的鏡像技術(shù)等；其三是基于數(shù)據(jù)庫(kù)層面的復(fù)制技術(shù)，例如Oracle 的DG技術(shù)，DB2 的HADR技術(shù)等；其四是為了避免數(shù)據(jù)邏輯錯(cuò)誤而采用的傳統(tǒng)備份技術(shù)。這些技術(shù)往往各有優(yōu)缺點(diǎn)，單一的技術(shù)體系或者是把不合適的技術(shù)手段運(yùn)用到核心系統(tǒng)數(shù)據(jù)保護(hù)上，在真正發(fā)生問題的時(shí)候，后果往往是災(zāi)難性的。近些年來(lái)一些現(xiàn)實(shí)的案例也充分說(shuō)明了這一點(diǎn)，例如本來(lái)的雙機(jī)高可用技術(shù)由于設(shè)備參數(shù)的錯(cuò)誤設(shè)置導(dǎo)致腦裂問題，由于物理的復(fù)制缺乏邏輯校驗(yàn)導(dǎo)致了故障場(chǎng)合下的數(shù)據(jù)切換失敗等等。2） 應(yīng)用層面?zhèn)鹘y(tǒng)核心系統(tǒng)大部

18、分采用的是胖核心的架構(gòu)模式，其實(shí)有一個(gè)非常重要的原因就是過去的技術(shù)體系當(dāng)中，應(yīng)用系統(tǒng)之間、應(yīng)用模塊兒之間、應(yīng)用接口之間的數(shù)據(jù)校驗(yàn)處理機(jī)制相對(duì)比較空白，一旦一個(gè)業(yè)務(wù)邏輯跨越了比較多的環(huán)節(jié)，那么非常普通的一個(gè)傳輸錯(cuò)誤、網(wǎng)絡(luò)中斷或擁堵等事件就有可能導(dǎo)致整個(gè)交易處理的不一致或者是不完整。為了避免這種情況的發(fā)生，過去的核心系統(tǒng)盡量將很多的關(guān)聯(lián)模塊兒放在了同一個(gè)物理平臺(tái)上，以集中的方式來(lái)避免這種情況的發(fā)生。但是隨著今天我們業(yè)務(wù)的膨脹式發(fā)展，這種集中到了一定的規(guī)模就形成了一個(gè)限制。要打破這個(gè)限制將應(yīng)用解耦并分布式部署，需要解決的一個(gè)難題就是要以完善的校驗(yàn)機(jī)制來(lái)保障整體業(yè)務(wù)邏輯的完整性和一致性。3. 中小銀行

19、核心系統(tǒng)基礎(chǔ)架構(gòu)的優(yōu)化策略3.1 去耦化設(shè)計(jì)3.1.1業(yè)務(wù)模塊的邏輯拆分業(yè)界并沒有一個(gè)統(tǒng)一的定義，但是有一點(diǎn)可以明確的是銀行的核心系統(tǒng)不是一個(gè)單一的應(yīng)用系統(tǒng)，而是一組應(yīng)用系統(tǒng)的組合。具體包括：存款管理、貸款管理、支付結(jié)算、會(huì)計(jì)處理、總賬處理等等。在這些模塊兒當(dāng)中有一個(gè)核心的線索可以將其串聯(lián)到一起就是賬戶數(shù)據(jù)，這個(gè)賬戶既有個(gè)人的賬戶也有機(jī)構(gòu)的賬戶。所有圍繞賬戶產(chǎn)生的一些借貸行為組成了銀行核心系統(tǒng)聯(lián)機(jī)業(yè)務(wù)的流轉(zhuǎn)以及會(huì)計(jì)實(shí)務(wù)的處理。今天的互聯(lián)網(wǎng)時(shí)代，很多銀行的互聯(lián)網(wǎng)業(yè)務(wù)已經(jīng)成為銀行的核心業(yè)務(wù)。要解決傳統(tǒng)核心的去耦問題，首先第一個(gè)需要解決的問題就是根據(jù)自己銀行的業(yè)務(wù)發(fā)展模式來(lái)決定是否將互聯(lián)網(wǎng)的賬戶和本

20、地賬戶進(jìn)行分離，也就是一類賬戶和二三類賬戶的分離。如果我們的二三類賬戶業(yè)務(wù)非常龐大，而且發(fā)展趨勢(shì)也非常明確，那么不僅僅需要核心系統(tǒng)本身的賬戶分離，更需要業(yè)務(wù)部門重新來(lái)定義二三類賬戶業(yè)務(wù)的管理模式和權(quán)限歸屬問題。接下來(lái)，第二個(gè)需要解決的問題就是聯(lián)機(jī)業(yè)務(wù)和總賬業(yè)務(wù)的分離。總賬業(yè)務(wù)系統(tǒng)可以單獨(dú)切分為一個(gè)獨(dú)立系統(tǒng)，聯(lián)機(jī)業(yè)務(wù)、信貸業(yè)務(wù)、支付業(yè)務(wù)、互聯(lián)網(wǎng)交易等等這些業(yè)務(wù)完全成為一種對(duì)等的模式來(lái)支撐銀行的日常金融服務(wù)?？傎~業(yè)務(wù)系統(tǒng)成為一個(gè)單獨(dú)的可以對(duì)接各種業(yè)務(wù)類型的賬務(wù)平臺(tái)，由于它屬于賬務(wù)類系統(tǒng)沒有實(shí)時(shí)提供金融服務(wù)的屬性，也就不會(huì)成為業(yè)務(wù)服務(wù)瓶頸，它的處理只影響銀行后臺(tái)會(huì)計(jì)事務(wù)，屬于內(nèi)部業(yè)務(wù)。第三個(gè)需要解決

21、的問題就是聯(lián)機(jī)業(yè)務(wù)系統(tǒng)內(nèi)部本身的設(shè)計(jì)。以客戶為中心的設(shè)計(jì)，建立基于全面了解客戶能力的客戶統(tǒng)一視圖，提供客戶統(tǒng)一入口的客戶服務(wù)全面整合。建立組合模式的產(chǎn)品工廠，可以根據(jù)業(yè)務(wù)創(chuàng)新進(jìn)行產(chǎn)品的靈活組合，而不是單一死板的產(chǎn)品模式。實(shí)現(xiàn)靈活定義的利率工廠模式，根據(jù)未來(lái)客戶服務(wù)的市場(chǎng)化建立內(nèi)部定價(jià)體系，提供多維參數(shù)化定價(jià)體制，提供多維利率組合模式，既可以實(shí)現(xiàn)通用計(jì)算模型又可以實(shí)現(xiàn)特殊化的利率模型。多法人支持，在數(shù)據(jù)庫(kù)底層設(shè)計(jì)中引入法人字段，做到數(shù)據(jù)隔離。3.1.2應(yīng)用模塊的分布式部署傳統(tǒng)的核心系統(tǒng)，無(wú)論是聯(lián)機(jī)應(yīng)用還是批量應(yīng)用基本的部署方式還是物理機(jī)的獨(dú)立格局部署方式，從其他系統(tǒng)的業(yè)務(wù)請(qǐng)求到核心系統(tǒng)內(nèi)部請(qǐng)求的

22、處理基本都屬于獨(dú)立格局，這個(gè)流程涉及到的請(qǐng)求、調(diào)用、處理等事務(wù)基本都屬于固定模式，沒有任何動(dòng)態(tài)分配算法來(lái)支撐。我們?cè)诤诵南到y(tǒng)去耦工程當(dāng)中，非常重要的一個(gè)事情就是要解決這種獨(dú)立部署的格局。首先就是要解決核心系統(tǒng)聯(lián)機(jī)應(yīng)用的負(fù)載均衡支持問題。有些核心系統(tǒng)的設(shè)計(jì)已經(jīng)采取了分布式架構(gòu)，利用一些分布式中間件以及緩存的中間件來(lái)實(shí)現(xiàn)聯(lián)機(jī)業(yè)務(wù)請(qǐng)求的分布式部署。這是一種趨勢(shì)，無(wú)論是用Tuxedo軟件負(fù)載，還是利用F5硬件負(fù)載，都應(yīng)該實(shí)現(xiàn)應(yīng)用層面的負(fù)載均衡部署。當(dāng)然支撐這種部署方式的前提是應(yīng)用層面必須具備對(duì)業(yè)務(wù)處理邏輯的校驗(yàn)，無(wú)論是會(huì)話策略還是鏈接策略，都應(yīng)該具備交易處理的邏輯校驗(yàn)功能，以支撐核心系統(tǒng)業(yè)務(wù)處理的分布

23、式架構(gòu)。3.1.3基礎(chǔ)架構(gòu)的邏輯解耦核心系統(tǒng)的基礎(chǔ)架構(gòu)主要是指支撐核心系統(tǒng)應(yīng)用以及核心系統(tǒng)數(shù)據(jù)庫(kù)的平臺(tái)架構(gòu)，既包括計(jì)算資源的集成又包括存儲(chǔ)資源的集成。如果采用大型機(jī)、中型機(jī)、小型機(jī)的架構(gòu)勢(shì)必會(huì)導(dǎo)致核心系統(tǒng)本身的靈活性受限。如果采用通用X86分布式的架構(gòu)又會(huì)擔(dān)心其處理能受限導(dǎo)致系統(tǒng)整體的穩(wěn)定性和高可用性受限。因此在核心系統(tǒng)基礎(chǔ)架構(gòu)的選型過程中既要考慮到單個(gè)物理資源的處理能力受限問題，又要考慮到單個(gè)物理資源對(duì)整體核心系統(tǒng)群的擴(kuò)展性和靈活性受限的問題。因此在當(dāng)前環(huán)境下，應(yīng)該結(jié)合二者之優(yōu)勢(shì)來(lái)設(shè)計(jì)整體核心系統(tǒng)整體。單個(gè)物理資源的選型我們要考慮到其足夠的處理能力，橫向的資源擴(kuò)展我們要考慮到資源的橫向組合性

24、，足夠適應(yīng)虛擬化技術(shù)、資源池技術(shù)帶給我們的資源整合優(yōu)勢(shì)。數(shù)據(jù)庫(kù)的選型我們要充分注重其縱向的處理能力，應(yīng)用服務(wù)器的選型我們要充分注重其橫向的擴(kuò)展能力。3.2 資源池化設(shè)計(jì)3.2.1 應(yīng)用和資源的映射關(guān)系分析說(shuō)到應(yīng)用和資源的映射關(guān)系，其實(shí)就是什么類型的應(yīng)用需要什么類型的資源去支撐。比如說(shuō)有些應(yīng)用是計(jì)算秘密性應(yīng)用，有些應(yīng)用是內(nèi)存密集性應(yīng)用，還有一些應(yīng)用是存儲(chǔ)密集性應(yīng)用。但是對(duì)于資源實(shí)體，也就是我們的服務(wù)器或者是存儲(chǔ)設(shè)備來(lái)講，是無(wú)法實(shí)現(xiàn)特定應(yīng)用類型的資源配比，因此一定會(huì)造成某一方面或者某幾方面的資源浪費(fèi)而某一方面的資源緊缺。因此，在核心系統(tǒng)各種資源池化的整體思路框架之下，首先是要分析出核心系統(tǒng)各個(gè)業(yè)務(wù)

25、模塊，各個(gè)層面對(duì)資源的需求狀況究竟是什么樣的。例如，可能聯(lián)機(jī)交易業(yè)務(wù)的處理更多的是內(nèi)存資源的耗用，而批量業(yè)務(wù)的處理更多的是CPU資源的耗用。數(shù)據(jù)庫(kù)內(nèi)的數(shù)據(jù)處理更多的是IO和內(nèi)存資源的耗用。只有前期對(duì)于核心系統(tǒng)各個(gè)模塊兒的資源耗用特點(diǎn)有一個(gè)清晰的把握，那么才能支撐我們后期對(duì)資源池的劃分和虛擬資源的設(shè)計(jì)。3.2.2 虛擬化方案的設(shè)計(jì)多為虛擬化方案的設(shè)計(jì)，主要是指對(duì)虛擬化解決方案的選型以及具體虛擬化設(shè)計(jì)方案的規(guī)劃。對(duì)于虛擬化解決方案的選型主要依賴于我們所選硬件的兼容性要求。當(dāng)我們選定了支撐我們虛擬化方案的硬件資源之后，那么就是對(duì)具體虛擬化設(shè)計(jì)方案的規(guī)劃。主要涉及以下幾個(gè)方面的詳細(xì)規(guī)劃設(shè)計(jì)：1） 各個(gè)

26、資源池的設(shè)計(jì)無(wú)論是什么樣的資源池化技術(shù)，一個(gè)共通的功能特性就是可以實(shí)現(xiàn)CPU、內(nèi)存、網(wǎng)絡(luò)、存儲(chǔ)等資源的共享技術(shù)。用哪些物理資源去組織成為那些可用的資源池就是我們這一個(gè)步驟需要考慮的問題。對(duì)于應(yīng)用服務(wù)器資源來(lái)講，彼此產(chǎn)生沖突的是CPU和內(nèi)存資源，需要建立統(tǒng)一的CPU和內(nèi)存資源池。對(duì)于數(shù)據(jù)庫(kù)服務(wù)器來(lái)講，除了內(nèi)存資源的沖突之外，更多的是存儲(chǔ)資源的沖突，因此需要建立統(tǒng)一的存儲(chǔ)資源池。2） 虛擬服務(wù)器對(duì)資源的分配策略由于不同的應(yīng)用對(duì)不同資源的獲取和訪問具有不同的屬性特點(diǎn)以及不同的重要程度之分，因此我們?cè)趯?duì)不同虛擬服務(wù)器的資源分配上需要建立不同的動(dòng)態(tài)分配以及優(yōu)先級(jí)策略分配模型。比如，在數(shù)據(jù)庫(kù)服務(wù)器和應(yīng)用服

27、務(wù)器的資源競(jìng)爭(zhēng)策略當(dāng)中，那么數(shù)據(jù)庫(kù)服務(wù)器的內(nèi)存優(yōu)先級(jí)一定高于其他服務(wù)器；在聯(lián)機(jī)應(yīng)用服務(wù)器和批量應(yīng)用服務(wù)器的資源競(jìng)爭(zhēng)當(dāng)中，一定會(huì)有時(shí)間段的區(qū)分，設(shè)計(jì)爭(zhēng)奪策略的時(shí)候需要充分考慮到時(shí)間段的分布；數(shù)據(jù)庫(kù)服務(wù)器和其他服務(wù)器存儲(chǔ)資源的使用和競(jìng)爭(zhēng)過程當(dāng)中，一定會(huì)有IOPS和高可用的區(qū)分，在具體的分配策略當(dāng)中我們需要充分考慮到這一點(diǎn)的區(qū)別。3） 資源的動(dòng)態(tài)優(yōu)化策略所謂資源的動(dòng)態(tài)優(yōu)化策略是指在不同的時(shí)間區(qū)分以及不同的業(yè)務(wù)場(chǎng)合下，資源的分配是否可以根據(jù)實(shí)際情況進(jìn)行變化以及如何變化，再有就是資源產(chǎn)生沖突的場(chǎng)合下，可用資源應(yīng)該如何分配。成熟的資源池虛擬化技術(shù)可以通過資源的優(yōu)先級(jí)、資源的分配粒度、資源的共享以及回收策略

28、來(lái)實(shí)現(xiàn)資源在不同時(shí)間和空間下的平滑遷移。但是前期條件是我們需要根據(jù)應(yīng)用的不同特點(diǎn)來(lái)設(shè)計(jì)合理的資源動(dòng)態(tài)調(diào)配策略，其主要涉及以下幾個(gè)方面：1、 虛擬資源和物理資源的分配粒度，保障物理資源得到足夠細(xì)粒度的分配。2、 虛擬資源的動(dòng)態(tài)分配優(yōu)先級(jí)，根據(jù)業(yè)務(wù)優(yōu)先級(jí)來(lái)保障資源的分配優(yōu)先級(jí)。3、 虛擬資源的預(yù)留及限制規(guī)則，根據(jù)預(yù)留規(guī)則，限制規(guī)則來(lái)保障在極端場(chǎng)合下對(duì)重要業(yè)務(wù)的保障。3.3 基礎(chǔ)架構(gòu)擴(kuò)展性設(shè)計(jì)3.3.1前提條件核心系統(tǒng)的基礎(chǔ)架構(gòu)是否可以實(shí)現(xiàn)靈活的擴(kuò)展性決定于應(yīng)用系統(tǒng)本身的模塊化設(shè)計(jì)是否合理，主要表現(xiàn)為以下幾個(gè)方面：1）聯(lián)機(jī)交易是否可以實(shí)現(xiàn)跨機(jī)處理，也就是聯(lián)機(jī)業(yè)務(wù)不同業(yè)務(wù)邏輯是否可以根據(jù)交易當(dāng)中的某些

29、屬性實(shí)現(xiàn)物理層面的跨機(jī)處理，邏輯層面的業(yè)務(wù)統(tǒng)一性。2）緩存數(shù)據(jù)在整個(gè)交易過程的一致性保持，通過緩存中間件、消息中間件等機(jī)制實(shí)現(xiàn)交易臨時(shí)數(shù)據(jù)的一致性保持。聯(lián)機(jī)處理業(yè)務(wù)當(dāng)中，每一筆交易實(shí)際經(jīng)理的交易邏輯過程可能會(huì)比較多，但是如何在分布式處理過程當(dāng)中區(qū)別某一個(gè)交易就需要某些會(huì)話屬性的臨時(shí)數(shù)據(jù)在交易過程中的持久性。3）盡可能的數(shù)據(jù)分離，對(duì)于傳統(tǒng)的核心系統(tǒng)來(lái)講，業(yè)務(wù)上沒有太多的區(qū)分導(dǎo)致底層數(shù)據(jù)庫(kù)當(dāng)中的數(shù)據(jù)區(qū)分度不是非常合理，尤其在并發(fā)較高的場(chǎng)合下，底層數(shù)據(jù)的熱點(diǎn)競(jìng)爭(zhēng)非常激烈。如果我們要實(shí)現(xiàn)基礎(chǔ)架構(gòu)的靈活擴(kuò)展性，那么從業(yè)務(wù)上需要將底層數(shù)據(jù)盡量重新設(shè)計(jì)實(shí)現(xiàn)良好的分離性。3.3.2應(yīng)用層的擴(kuò)展性設(shè)計(jì)應(yīng)用層的擴(kuò)

30、展性設(shè)計(jì)主要取決于以下幾個(gè)個(gè)方面：首先、從整體架構(gòu)設(shè)計(jì)上需要有負(fù)載分發(fā)層來(lái)實(shí)現(xiàn)業(yè)務(wù)請(qǐng)求的分布式分發(fā)，無(wú)論是用F5硬件還是用Tuxedo等實(shí)現(xiàn)的軟件層面的負(fù)載均衡，總之在核心系統(tǒng)應(yīng)用層之前需要一個(gè)負(fù)載均衡層來(lái)實(shí)現(xiàn)整體架構(gòu)的靈活擴(kuò)展性。只有負(fù)載均衡層作為業(yè)務(wù)請(qǐng)求的接口才能實(shí)現(xiàn)應(yīng)用服務(wù)器的靈活增加或者減少。其次、將業(yè)務(wù)交易狀態(tài)進(jìn)行分布式緩存。對(duì)于純粹的互聯(lián)網(wǎng)應(yīng)用來(lái)講，多數(shù)是無(wú)需保持其業(yè)務(wù)狀態(tài)的，但是對(duì)于金融行業(yè)的交易業(yè)務(wù)來(lái)講，大部分是需要保持及交易狀態(tài)信息的，也就是說(shuō)在整個(gè)復(fù)雜的交易流程當(dāng)中，其交易狀態(tài)是需要保存下來(lái)的。如果要實(shí)現(xiàn)整體架構(gòu)的擴(kuò)展性，那么就必須有相應(yīng)的狀態(tài)數(shù)據(jù)緩存層來(lái)支撐其他部件的靈活

31、擴(kuò)展性。再有、應(yīng)用節(jié)點(diǎn)的選擇要實(shí)現(xiàn)虛擬化。用虛擬化之后的規(guī)模效應(yīng)以及其靈活快速交付性來(lái)實(shí)現(xiàn)應(yīng)用層的足夠擴(kuò)展性。這個(gè)其實(shí)并不難理解，如果還是延續(xù)傳統(tǒng)的物理格局方式，那么即使有前端的負(fù)載均衡層以及分布式緩存或者隊(duì)列，也很難實(shí)現(xiàn)架構(gòu)的靈活擴(kuò)展性，瓶頸在于其交付和部署的耗時(shí)。3.3.3數(shù)據(jù)層的擴(kuò)展性設(shè)計(jì)1、對(duì)于核心系統(tǒng)的數(shù)據(jù)層來(lái)講，主要是指數(shù)據(jù)庫(kù)。對(duì)于傳統(tǒng)的胖核心的架構(gòu)來(lái)講，其數(shù)據(jù)庫(kù)多屬于重量級(jí)數(shù)據(jù)庫(kù)，借貸數(shù)據(jù)歸屬于同一個(gè)數(shù)據(jù)整體。它對(duì)數(shù)據(jù)庫(kù)實(shí)例的要求更多的是偏向于服務(wù)器縱向處理能力的依賴，橫向的擴(kuò)展性基本上不具備，橫向的高可用可能更多的是HA的模式，高可用能力非常有限。2、如果在核心系統(tǒng)應(yīng)用架構(gòu)能夠

32、拆分，業(yè)務(wù)可以重新進(jìn)行分析重組的前提條件之下，那么數(shù)據(jù)的訪問也是可以重新再作切分，比如說(shuō)聯(lián)機(jī)和會(huì)計(jì)總賬數(shù)據(jù)的適當(dāng)切分，借貸數(shù)據(jù)的切分等。3、由于銀行的核心交易數(shù)據(jù)都是二維表結(jié)構(gòu)化數(shù)據(jù)，最適合其處理的也是關(guān)系型數(shù)據(jù)庫(kù)，我們不能將架構(gòu)的擴(kuò)展性寄希望于某些NOSQL分布式數(shù)據(jù)庫(kù)的引入，這個(gè)不合理也不科學(xué)。在既有的關(guān)系型數(shù)據(jù)基礎(chǔ)之上，我們要想提高數(shù)據(jù)庫(kù)層面的架構(gòu)擴(kuò)展性只能通過分庫(kù)分表的方式來(lái)降低數(shù)據(jù)的熱點(diǎn)問題，從而將不同的業(yè)務(wù)訪問分擔(dān)到不同的數(shù)據(jù)庫(kù)實(shí)例上，從而實(shí)現(xiàn)數(shù)據(jù)庫(kù)架構(gòu)的整體擴(kuò)展性部署。3.4 數(shù)據(jù)安全性設(shè)計(jì)3.4.1 基礎(chǔ)架構(gòu)層的數(shù)據(jù)保護(hù)技術(shù)選型對(duì)于基礎(chǔ)架構(gòu)層的數(shù)據(jù)保護(hù)技術(shù)會(huì)有很多，有一些已經(jīng)被

33、金融行業(yè)采用多年。每一種技術(shù)都不是十全十美的，必然會(huì)有它的優(yōu)缺點(diǎn)，如果我們能根據(jù)自己的環(huán)境需求來(lái)選擇合適的數(shù)據(jù)保護(hù)技術(shù)，那么整體上就會(huì)實(shí)現(xiàn)對(duì)核心系統(tǒng)數(shù)據(jù)的一個(gè)完整性保護(hù)。首先，我們基于常見的一些數(shù)據(jù)保護(hù)技術(shù)進(jìn)行逐一優(yōu)缺點(diǎn)分析：1) 存儲(chǔ)層同步異步復(fù)制技術(shù)。2) 系統(tǒng)層或者存儲(chǔ)網(wǎng)關(guān)層的卷鏡像技術(shù)。3) 數(shù)據(jù)庫(kù)實(shí)例層的高可用技術(shù)。4) 數(shù)據(jù)庫(kù)應(yīng)用層的數(shù)據(jù)復(fù)制技術(shù)。對(duì)于存儲(chǔ)層的同步異步復(fù)制技術(shù)，一般用于跨站點(diǎn)的容災(zāi)解決方案。其數(shù)據(jù)復(fù)制的性能要比其他的技術(shù)手段快，但是實(shí)現(xiàn)的架構(gòu)相對(duì)比較固定單一。對(duì)于系統(tǒng)層或者存儲(chǔ)網(wǎng)關(guān)層實(shí)現(xiàn)的卷鏡像技術(shù)來(lái)講，多用于跨設(shè)備跨樓層實(shí)現(xiàn)的存儲(chǔ)高可用性保障，但是不適合遠(yuǎn)距離的容災(zāi)保護(hù)。以上這兩種技術(shù)來(lái)講，最大的缺陷在于對(duì)數(shù)據(jù)的邏輯保護(hù)缺失。而數(shù)據(jù)庫(kù)實(shí)例層的高可用技術(shù)只能針對(duì)數(shù)據(jù)訪問的連續(xù)性進(jìn)行保護(hù)，不能對(duì)數(shù)據(jù)本身提供保護(hù)。數(shù)據(jù)庫(kù)應(yīng)用層的數(shù)據(jù)復(fù)制技術(shù)相對(duì)是一種數(shù)據(jù)庫(kù)層比較安全的數(shù)據(jù)保護(hù)技術(shù)，但是其實(shí)現(xiàn)的僅僅是單純的表數(shù)