1、 集中式與分布式相融合的銀行核心系統(tǒng)架構(gòu)轉(zhuǎn)型策略分析 目 錄 TOC o 1-3 h z u HYPERLINK l _Toc65178511 1 概述 PAGEREF _Toc65178511 h 3 HYPERLINK l _Toc65178512 2 面向雙速 IT 的銀行核心系統(tǒng)融合架構(gòu) PAGEREF _Toc65178512 h 3 HYPERLINK l _Toc65178513 2.1 集中式核心系統(tǒng)與分布式核心系統(tǒng) PAGEREF _Toc65178513 h 3 HYPERLINK l _Toc65178514 2.2 兩種架構(gòu)核心系統(tǒng)對(duì)比分析 PAGEREF _Toc65

2、178514 h 4 HYPERLINK l _Toc65178515 2.3 采用融合性架構(gòu)的核心系統(tǒng) PAGEREF _Toc65178515 h 7 HYPERLINK l _Toc65178516 3 銀行核心系統(tǒng)融合 IT 架構(gòu)設(shè)計(jì) PAGEREF _Toc65178516 h 7 HYPERLINK l _Toc65178517 3.1 基于邏輯數(shù)據(jù)中心的應(yīng)用雙活架構(gòu) PAGEREF _Toc65178517 h 7 HYPERLINK l _Toc65178518 3.2 按需選擇的商業(yè)與分布式數(shù)據(jù)庫(kù)并存架構(gòu) PAGEREF _Toc65178518 h 9 HYPERLINK

3、l _Toc65178519 3.2.1 商業(yè)與分布式數(shù)據(jù)庫(kù)按需并存 PAGEREF _Toc65178519 h 9 HYPERLINK l _Toc65178520 3.2.2 分布式數(shù)據(jù)庫(kù)設(shè)計(jì)要點(diǎn)分析 PAGEREF _Toc65178520 h 10 HYPERLINK l _Toc65178521 3.3 多形態(tài)融合的私有云基礎(chǔ)設(shè)施資源池 PAGEREF _Toc65178521 h 12 HYPERLINK l _Toc65178522 3.3.1 整合、遷移至多形態(tài)并存的私有云基礎(chǔ)設(shè)施資源池，實(shí)現(xiàn)降本生效 PAGEREF _Toc65178522 h 12 HYPERLINK l

4、 _Toc65178523 3.3.2 統(tǒng)一的多云管理平臺(tái)，高效應(yīng)對(duì)運(yùn)維管理挑戰(zhàn) PAGEREF _Toc65178523 h 13 HYPERLINK l _Toc65178524 4 總結(jié)與展望 PAGEREF _Toc65178524 h 141 概述中國(guó)金融業(yè)信息技術(shù)發(fā)展規(guī)劃指出，金融機(jī)構(gòu)主動(dòng)探索系統(tǒng)架構(gòu)完善升級(jí)，繼續(xù)深入研究數(shù)據(jù)中心“雙活”或“多活”模式應(yīng)用。在鞏固集中式架構(gòu)安全穩(wěn)定運(yùn)行的基礎(chǔ)上，綜合成本、效率、資源等方面，以業(yè)務(wù)適用性為原則，研究分布式架構(gòu)應(yīng)用的可行性。核心系統(tǒng)作為銀行信息系統(tǒng)的心臟，歷來(lái)是 IT 系統(tǒng)建設(shè)的重點(diǎn)和難點(diǎn)。銀行核心系統(tǒng)經(jīng)歷了從總分行數(shù)據(jù)分離，到全行數(shù)據(jù)

5、大集中架構(gòu)，再到基于 SOA 架構(gòu)的新核心系統(tǒng)，目前已經(jīng)走到了基于云計(jì)算架構(gòu)的轉(zhuǎn)型階段。在此轉(zhuǎn)型過(guò)程中，保留面向“穩(wěn)態(tài)”的銀行傳統(tǒng)核心、新建面向“敏態(tài)”的互聯(lián)網(wǎng)核心，是大部分銀行的普遍選擇。“穩(wěn)態(tài)”傳統(tǒng)核心基于傳統(tǒng)集中式架構(gòu)，具備安全、穩(wěn)定的特點(diǎn)，注重既有傳統(tǒng)業(yè)務(wù)的連續(xù)性，例如存款一類賬戶、借記卡、傳統(tǒng)貸款、支付等業(yè)務(wù)；“敏態(tài)”互聯(lián)網(wǎng)核心采用分布式架構(gòu)，可以支撐海量客戶、海量賬戶和高并發(fā)，滿足秒殺、搶購(gòu)等互聯(lián)網(wǎng)營(yíng)銷場(chǎng)景，適合管理二三類賬戶、直銷銀行等相關(guān)業(yè)務(wù)。本文首先對(duì)傳統(tǒng)核心和互聯(lián)網(wǎng)核心所分別采用的集中式和分布式兩種不同架構(gòu)進(jìn)行簡(jiǎn)要介紹，全面分析兩種架構(gòu)的優(yōu)缺點(diǎn)；在綜合考慮投入產(chǎn)出和業(yè)務(wù)技術(shù)

6、風(fēng)險(xiǎn)、滿足業(yè)務(wù)快速創(chuàng)新的前提下，介紹“集中式與分布式相融合”的核心系統(tǒng)轉(zhuǎn)型實(shí)施策略。然后，基于應(yīng)用架構(gòu)、數(shù)據(jù)架構(gòu)視角，對(duì)應(yīng)用雙活、數(shù)據(jù)庫(kù)高可用、分布式數(shù)據(jù)存儲(chǔ)與訪問(wèn)進(jìn)行介紹。最后，從物理部署架構(gòu)視角來(lái)看，傳統(tǒng)核心與互聯(lián)網(wǎng)核心并存的情況下，必然會(huì)面對(duì)多種類型基礎(chǔ)設(shè)施（大型機(jī)、小型機(jī)、 x86 、虛擬機(jī)和容器云等）和多種存在形態(tài)應(yīng)用（集中式、分布式和容器化等）帶來(lái)的運(yùn)維管理挑戰(zhàn)；通過(guò)構(gòu)建統(tǒng)一的多云管理平臺(tái)，可以實(shí)現(xiàn)降本增效、高效運(yùn)維。2 面向雙速 IT 的銀行核心系統(tǒng)融合架構(gòu)2.1 集中式核心系統(tǒng)與分布式核心系統(tǒng)集中式架構(gòu)核心系統(tǒng)現(xiàn)階段，大部分傳統(tǒng)商業(yè)銀行都完成了整個(gè)銀行系統(tǒng)的 SOA 化改造，但

7、核心系統(tǒng)都還是采用集中式架構(gòu)，即核心系統(tǒng)作為一個(gè)整體應(yīng)用，部署在傳統(tǒng)的大型機(jī)、小型機(jī)集群中，數(shù)據(jù)庫(kù)采用傳統(tǒng)的商業(yè)數(shù)據(jù)庫(kù)（如 DB2 、 Oracle 等），中間件也采用傳統(tǒng)的商業(yè)中間件軟件，采用成熟的集群和高可用方案保證業(yè)務(wù)連續(xù)性。但隨著互聯(lián)網(wǎng) + 金融場(chǎng)景的興起，集中式核心系統(tǒng)已經(jīng)無(wú)法輕松應(yīng)對(duì)海量用戶、海量數(shù)據(jù)和高并發(fā)的業(yè)務(wù)場(chǎng)景；同時(shí)，集中式架構(gòu)的核心系統(tǒng)是一個(gè)龐大的單體應(yīng)用，系統(tǒng)升級(jí)迭代復(fù)雜，難以互聯(lián)網(wǎng)時(shí)代業(yè)務(wù)快速創(chuàng)新的需求。分布式架構(gòu)銀行核心系統(tǒng)從目前來(lái)看，很多銀行都把采用分布式架構(gòu)建設(shè)銀行核心提供提上了日程。從公開(kāi)的新聞資料中可以看到，部分銀行的分布式核心系統(tǒng)已經(jīng)建設(shè)完成并投產(chǎn)，在降本

8、增效方面有不俗的表現(xiàn)。不同于集中式核心系統(tǒng)大量采用商用軟件和高端硬件，在建設(shè)分布式核心系統(tǒng)時(shí)，通常會(huì)采用開(kāi)源軟件，運(yùn)行在 x86 服務(wù)器、虛擬機(jī)或容器云環(huán)境中，這在很多程度上提高了銀行對(duì)核心系統(tǒng)的自主掌控程度，同時(shí)大大降低了運(yùn)行成本。2.2 兩種架構(gòu)核心系統(tǒng)對(duì)比分析集中式機(jī)構(gòu)和分布式架構(gòu)，都有各自的優(yōu)缺點(diǎn)和適用場(chǎng)景，在進(jìn)行架構(gòu)選型時(shí)，需要充分論證、取長(zhǎng)補(bǔ)短，有差別有針對(duì)性地予以采用。以下是針對(duì)這兩種架構(gòu)從不同的維度的分析對(duì)比：集中式架構(gòu)分布式架構(gòu)優(yōu)勢(shì)方系統(tǒng)容量與性能集中式系統(tǒng)的處理能力的提升主要是通過(guò)垂直擴(kuò)展（即提升單機(jī)硬件處理能力），受限于硬件處理能力的天花板，在達(dá)到一定容量之后就無(wú)法再進(jìn)行

9、處理能力的提升通過(guò)數(shù)據(jù)分布式存儲(chǔ)、應(yīng)用微服務(wù)化部署，系統(tǒng)容量可以實(shí)現(xiàn)無(wú)限擴(kuò)容，滿足海量數(shù)據(jù)存儲(chǔ)和高并發(fā)請(qǐng)求的處理分布式運(yùn)維復(fù)雜度無(wú)論是應(yīng)用的數(shù)量上還是所需要的硬件基礎(chǔ)設(shè)施上，相對(duì)于分布式架構(gòu)在規(guī)模上很小，應(yīng)用部署和維護(hù)都非常簡(jiǎn)單；同時(shí)，一個(gè)完整的服務(wù)請(qǐng)求會(huì)在一臺(tái)應(yīng)用服務(wù)器上完成，操作的數(shù)據(jù)庫(kù)也只有一個(gè)集中式數(shù)據(jù)庫(kù)，系統(tǒng)運(yùn)維人員在進(jìn)行故障排查時(shí)會(huì)很非常方便分布式架構(gòu)下，需要運(yùn)維成百上千的應(yīng)用服務(wù)器，需要面對(duì)數(shù)據(jù)分布式存儲(chǔ)之后的數(shù)據(jù)管理，需要處理微服務(wù)架構(gòu)下服務(wù)相互調(diào)用帶來(lái)的服務(wù)治理與故障排查，采用傳統(tǒng)的運(yùn)維方式已經(jīng)無(wú)法滿足需求，基于 DevOps 理念的新的運(yùn)維工具必須同步建設(shè)集中式業(yè)務(wù)需求響應(yīng)

10、速度一個(gè)業(yè)務(wù)需求的變更，往往涉及到復(fù)雜的影響分析和大量的系統(tǒng)測(cè)試，一次上線部署往往以月為單位微服務(wù)架構(gòu)將龐大的核心系統(tǒng)解耦，業(yè)務(wù)需求的變更通?？梢月涞侥硞€(gè)微服務(wù)應(yīng)用上，單個(gè)微服務(wù)應(yīng)用的升級(jí)迭代往往可以實(shí)現(xiàn)以周為單位進(jìn)行發(fā)布部署分布式數(shù)據(jù)一致性數(shù)據(jù)的一致性直接可以通過(guò)數(shù)據(jù)庫(kù)事務(wù)來(lái)保證。即使有復(fù)雜的業(yè)務(wù)場(chǎng)景處理大量的不同領(lǐng)域數(shù)據(jù)對(duì)象，數(shù)據(jù)庫(kù)事務(wù)能夠輕松應(yīng)對(duì)數(shù)據(jù)一致性需求分布式事務(wù)不可避免：微服務(wù)和數(shù)據(jù)分布式存儲(chǔ)必然會(huì)帶來(lái)跨應(yīng)用、跨數(shù)據(jù)庫(kù)的分布式事務(wù)，每種類型的分布式場(chǎng)景需要有相應(yīng)的應(yīng)對(duì)措施集中式總擁有成本軟硬件高昂的采購(gòu)費(fèi)用，通常每年還有相應(yīng)大量的維保服務(wù)費(fèi)等；同時(shí)，這些軟硬件掌握在少數(shù)幾家國(guó)外廠

11、商手里，議價(jià)空間很小由于采用 x86 服務(wù)器取代大型機(jī)、小型機(jī)，適用開(kāi)源軟件替代商業(yè)軟件，系統(tǒng)的總擁有成本低分布式自主掌控程度技術(shù)封閉，金融企業(yè)無(wú)法做到完全自主掌控大量采用開(kāi)源軟件，可以擺脫關(guān)鍵技術(shù)對(duì)供應(yīng)商的依賴，銀行對(duì)系統(tǒng)的自主掌控能力更高，金融安全程度更高分布式人才隊(duì)伍需求如果出現(xiàn)故障，廠商會(huì)有強(qiáng)大的專家支持團(tuán)隊(duì)，快速定位問(wèn)題、解決問(wèn)題，有效避免故障升級(jí)到監(jiān)管層面大量采用開(kāi)源軟件，需要投入精英團(tuán)隊(duì)對(duì)所采用的關(guān)鍵開(kāi)源軟件實(shí)現(xiàn)源碼級(jí)別掌控，避免出現(xiàn)生產(chǎn)故障時(shí)束手無(wú)策，影響業(yè)務(wù)連續(xù)性集中式2.3 采用融合性架構(gòu)的核心系統(tǒng)雖然分布式架構(gòu)已經(jīng)成為發(fā)展趨勢(shì)，但作為銀行信息系統(tǒng)的心臟，傳統(tǒng)核心系統(tǒng)下線升

12、級(jí)為分布式核心系統(tǒng)，需要充分考慮投入產(chǎn)出，平衡業(yè)務(wù)風(fēng)險(xiǎn)和技術(shù)風(fēng)險(xiǎn)。在當(dāng)前階段，采用集中式與分布式相融合的架構(gòu)體系，可以揚(yáng)長(zhǎng)避短，在保證傳統(tǒng)核心業(yè)務(wù)確保穩(wěn)定、不受影響的前提下，滿足互聯(lián)網(wǎng) + 業(yè)務(wù)場(chǎng)景、實(shí)現(xiàn)快速創(chuàng)新。（1）集中式架構(gòu)核心系統(tǒng)： 功能相對(duì)穩(wěn)定、與客戶資金安全緊密相關(guān)、且無(wú)明顯性能容量壓力的業(yè)務(wù)，一段時(shí)期內(nèi)人保留在集中式核心系統(tǒng)中。例如傳統(tǒng)的存款業(yè)務(wù)、貸款業(yè)務(wù)等；（2）分布式架構(gòu)核心系統(tǒng)：對(duì)于業(yè)務(wù) 新穎性強(qiáng)、創(chuàng)新速度較快、交易并發(fā)量大的業(yè)務(wù)，可以在分布式架構(gòu)核心系統(tǒng)落地。例如面向互聯(lián)網(wǎng)場(chǎng)景的直銷銀行電子賬戶、互聯(lián)網(wǎng)貸款等業(yè)務(wù)。3 銀行核心系統(tǒng)融合 IT 架構(gòu)設(shè)計(jì)3.1 基于邏輯數(shù)據(jù)中

13、心的應(yīng)用雙活架構(gòu)集中式架構(gòu)高可用策略傳統(tǒng)集中式銀行核心系統(tǒng)通常都是按照兩地三中心的架構(gòu)進(jìn)行部署，即同城雙中心加異地災(zāi)備中心，這一方案兼具高可用性和災(zāi)難備份的能力。同城雙中心是指在同城或鄰近城市建立兩個(gè)可獨(dú)立承擔(dān)關(guān)鍵系統(tǒng)運(yùn)行的數(shù)據(jù)中心，雙中心具備基本等同的業(yè)務(wù)處理能力并通過(guò)高速鏈路實(shí)時(shí)同步數(shù)據(jù)，日常情況下可同時(shí)分擔(dān)業(yè)務(wù)及管理系統(tǒng)的運(yùn)行，并可切換運(yùn)行；異地災(zāi)備中心是指在異地的城市建立一個(gè)備份的災(zāi)備中心，用于雙中心的數(shù)據(jù)備份，當(dāng)雙中心出現(xiàn)自然災(zāi)害等原因而發(fā)生故障時(shí)，異地災(zāi)備中心可以用備份數(shù)據(jù)進(jìn)行業(yè)務(wù)的恢復(fù)。依賴于高可靠、高可用小型機(jī)（如 Power 等）、高端存儲(chǔ)的復(fù)制技術(shù)和商業(yè)數(shù)據(jù)庫(kù)的高可用方案，

14、目前銀行業(yè)已經(jīng)有成熟的集中式核心系統(tǒng)高可用方案。采用邏輯數(shù)據(jù)中心的分布式應(yīng)用同城雙活架構(gòu)采用分布式架構(gòu)的銀行核心系統(tǒng)，可以通過(guò)采用邏輯數(shù)據(jù)中心設(shè)計(jì)來(lái)實(shí)現(xiàn)系統(tǒng)容量的無(wú)線擴(kuò)容，并同時(shí)保持恒定的交易響應(yīng)時(shí)間。邏輯數(shù)據(jù)中心的含義是：對(duì)物理數(shù)據(jù)中心進(jìn)行邏輯上的劃分，每個(gè)邏輯數(shù)據(jù)中心相互獨(dú)立；每個(gè)邏輯數(shù)據(jù)中心部署相同的應(yīng)用，但應(yīng)用數(shù)據(jù)庫(kù)通過(guò)分庫(kù)分表之后均勻分布在每個(gè)邏輯數(shù)據(jù)中心中；每個(gè)客戶的交易請(qǐng)求只會(huì)在一個(gè)邏輯數(shù)據(jù)中心內(nèi)處理。由于每個(gè)邏輯數(shù)據(jù)中心里可以穩(wěn)定支撐固定數(shù)量的客戶交易請(qǐng)求，當(dāng)系統(tǒng)容量達(dá)到上限時(shí)，可以通過(guò)增加新的邏輯分區(qū)實(shí)現(xiàn)系統(tǒng)容量的提升，滿足更大的數(shù)據(jù)量、更高的并發(fā)量。還以同城兩個(gè)數(shù)據(jù)中心為例

15、，每個(gè)數(shù)據(jù)中心再在邏輯上劃分為兩個(gè)數(shù)據(jù)中心，這樣我們就有 4 個(gè)邏輯數(shù)據(jù)中心，這樣我們就得到一個(gè)典型的基于邏輯數(shù)據(jù)中心的同城雙活架構(gòu)圖：從橫向上來(lái)看，該架構(gòu)主要包含了以下幾層：服務(wù)接入層：該層橫跨兩個(gè)數(shù)據(jù)中心，部署路由應(yīng)用，負(fù)責(zé)服務(wù)請(qǐng)求的分發(fā)。路由應(yīng)用通過(guò)解析服務(wù)請(qǐng)求報(bào)文，根據(jù)路由規(guī)則確定該請(qǐng)求該路由至哪個(gè)邏輯數(shù)據(jù)中心；核心應(yīng)用層：每個(gè)邏輯數(shù)據(jù)中心部署相同的核心應(yīng)用集群，每個(gè)集群只連接本邏輯數(shù)據(jù)中心的數(shù)據(jù)庫(kù)；數(shù)據(jù)存儲(chǔ)層：對(duì)數(shù)據(jù)進(jìn)行分庫(kù)分表處理，平均分為 4 份；每個(gè)邏輯數(shù)據(jù)中心只存儲(chǔ)其中的 1 份。最終在物理部署上，可以在邏輯數(shù)據(jù)中心之間進(jìn)行跨機(jī)房熱備，進(jìn)行數(shù)據(jù)庫(kù)層面高可用部署。從縱向來(lái)看，每

16、個(gè)分區(qū)單元都是獨(dú)立自包含的，按照分區(qū)規(guī)則服務(wù)固定的客戶；當(dāng)某個(gè)分區(qū)出現(xiàn)故障時(shí)，只有該分區(qū)的客戶交易會(huì)受到影響，其它分區(qū)可以正常工作，這也在一定程度上提高了系統(tǒng)的可用性和業(yè)務(wù)連續(xù)性。使用基于邏輯數(shù)據(jù)中心的架構(gòu)，在進(jìn)行系統(tǒng)設(shè)計(jì)時(shí)要盡量避免分區(qū)間應(yīng)用的相互調(diào)用，如果無(wú)法避免跨邏輯數(shù)據(jù)中心的交易調(diào)用（例如核心系統(tǒng)中常見(jiàn)的轉(zhuǎn)賬交易），應(yīng)該考慮在邏輯數(shù)據(jù)中心之前部署獨(dú)立的服務(wù)集成類應(yīng)用，來(lái)進(jìn)行跨邏輯數(shù)據(jù)中心的交易處理（如轉(zhuǎn)賬交易在該應(yīng)用中，發(fā)生轉(zhuǎn)賬交易時(shí)分別調(diào)用兩個(gè)分區(qū)的扣款和入賬交易）。3.2 按需選擇的商業(yè)與分布式數(shù)據(jù)庫(kù)并存架構(gòu)3.2.1 商業(yè)與分布式數(shù)據(jù)庫(kù)按需并存?zhèn)鹘y(tǒng)商業(yè)銀行中，除了國(guó)有大行、股份制

17、銀行和部分農(nóng)商行聯(lián)盟所管理的賬戶數(shù)和客戶數(shù)能夠上億，大部分城商行、農(nóng)商行核心系統(tǒng)中的賬戶數(shù)和客戶數(shù)在千萬(wàn)級(jí)或更少。對(duì)于這部分銀行，成熟的商業(yè)數(shù)據(jù)庫(kù)已經(jīng)可以滿足傳統(tǒng)核心系統(tǒng)處理能力需求，加之考慮系統(tǒng)的升級(jí)成本與風(fēng)險(xiǎn)，通常不會(huì)改造采用分布式數(shù)據(jù)庫(kù)；而對(duì)于新增加的面向互聯(lián)網(wǎng)金融場(chǎng)景的應(yīng)用，可以考慮采用分布式數(shù)據(jù)庫(kù)來(lái)應(yīng)對(duì)快速增長(zhǎng)的海量數(shù)據(jù)和高并發(fā)請(qǐng)求。在當(dāng)前基礎(chǔ)設(shè)施向云化發(fā)展的大環(huán)境下，兩種架構(gòu)數(shù)據(jù)庫(kù)服務(wù)器也有著明顯的不同：集中式架構(gòu)數(shù)據(jù)庫(kù)：傳統(tǒng)核心業(yè)務(wù)系統(tǒng)作為金融行業(yè)中最為重要的系統(tǒng)，無(wú)論是應(yīng)用和數(shù)據(jù)庫(kù)都需要極致的可靠性和縱向擴(kuò)展的彈性需求，適合最為穩(wěn)健的裸機(jī)或邏輯分區(qū)部署方式，通過(guò)高端服務(wù)器的縱向

18、擴(kuò)展和在線調(diào)整資源能力保障業(yè)務(wù)的彈性。從目前銀行核心系統(tǒng)實(shí)際情況來(lái)看，目前 Power 系列憑借其穩(wěn)定性和卓越性能，依舊是大部分銀行核心系統(tǒng)的主流直選。分布式架構(gòu)數(shù)據(jù)庫(kù)：分布式數(shù)據(jù)庫(kù)采用 SSD 存儲(chǔ)部署在 x86 服務(wù)器集群上，可部署在基于 Open POWER 服務(wù)器整合 x86 和中低端小型機(jī)搭建的私有云資源池上。3.2.2 分布式數(shù)據(jù)庫(kù)設(shè)計(jì)要點(diǎn)分析對(duì)于應(yīng)對(duì)互聯(lián)網(wǎng) + 場(chǎng)景的業(yè)務(wù)系統(tǒng)，為了能夠應(yīng)對(duì)海量數(shù)據(jù)與高并發(fā)，勢(shì)必采用滿足無(wú)限擴(kuò)容的分布式數(shù)據(jù)庫(kù)。分布式數(shù)據(jù)庫(kù)的實(shí)現(xiàn)主要分為兩類：基于數(shù)據(jù)訪問(wèn)中間件的分布式數(shù)據(jù)庫(kù)：數(shù)據(jù)通過(guò)分庫(kù)分表策略存儲(chǔ)在傳統(tǒng)關(guān)系型數(shù)據(jù)庫(kù)上，應(yīng)用通過(guò)分布式數(shù)據(jù)訪問(wèn)中間件

19、操作數(shù)據(jù)庫(kù)，數(shù)據(jù)訪問(wèn)中間件屏蔽具體的分庫(kù)分表策略。典型的分庫(kù)分表中間件有阿里的 DRDS 、 Sharding Sphere 等；新一代分布式關(guān)系型數(shù)據(jù)庫(kù)：例如螞蟻金服的 OceanBase 、 PingCap 出品的 TiDB 。該類數(shù)據(jù)庫(kù)無(wú)需應(yīng)用開(kāi)發(fā)人員定義分庫(kù)分表規(guī)則，數(shù)據(jù)庫(kù)本身支持自分區(qū)，同時(shí)通過(guò)分布式一致性協(xié)議進(jìn)行數(shù)據(jù)存儲(chǔ)與備份，極大的簡(jiǎn)化了應(yīng)用數(shù)據(jù)訪問(wèn)處理。數(shù)據(jù)分布式存儲(chǔ)設(shè)計(jì)要點(diǎn)在目前的行業(yè)實(shí)踐經(jīng)驗(yàn)來(lái)看，基于數(shù)據(jù)訪問(wèn)中間件 + 傳統(tǒng)關(guān)系型數(shù)據(jù)庫(kù)進(jìn)行分庫(kù)分表存儲(chǔ)還是業(yè)界主流，而新一代關(guān)系型數(shù)據(jù)庫(kù)還是更多的被帶有互聯(lián)網(wǎng)基因的企業(yè)所采用。在進(jìn)行分庫(kù)分表設(shè)計(jì)時(shí)，需要遵循以下幾方面的原則：考

20、慮后續(xù)擴(kuò)容需求，避免進(jìn)行級(jí)數(shù)據(jù)遷移，分表數(shù)量要有充分冗余：例如當(dāng)前分表為 128 份，存儲(chǔ)在 2 個(gè)數(shù)據(jù)庫(kù)中，則每個(gè)數(shù)據(jù)庫(kù)中有 64 份表；隨著數(shù)據(jù)量的增加， 2 個(gè)數(shù)據(jù)庫(kù)需要擴(kuò)容為 4 個(gè)數(shù)據(jù)庫(kù)，則只需從原先每個(gè)庫(kù)中各遷移出 32 份表到新的數(shù)據(jù)庫(kù)中，從而通過(guò)表遷移完成擴(kuò)容，無(wú)需處理行級(jí)數(shù)據(jù)遷移；選擇合適的分表維度，盡量避免帶來(lái)復(fù)雜的分布式事務(wù)：分布式核心中，對(duì)外提供的大量交易都圍繞著同一個(gè)客戶，在進(jìn)行分庫(kù)分表設(shè)計(jì)時(shí)，可以考慮以客戶為維度進(jìn)行分表設(shè)計(jì)。這樣應(yīng)用的大部分交易都限定在單個(gè)數(shù)據(jù)庫(kù)上，避免出現(xiàn)復(fù)雜的分布式事務(wù)。分布式事務(wù)應(yīng)對(duì)策略數(shù)據(jù)進(jìn)行分布式存儲(chǔ)之后，基本上不太可能完全避免分布式事務(wù)

21、。對(duì)于分布式事務(wù)，業(yè)界有多種不同的應(yīng)對(duì)方式，每種方式各有優(yōu)缺點(diǎn)，以下是一個(gè)分析對(duì)比：方案方案特點(diǎn)適用場(chǎng)景XA事務(wù)通過(guò)數(shù)據(jù)庫(kù) XA 協(xié)議兩階段提交保證資源管理器支持 XA 協(xié)議，對(duì)并發(fā)性能要求不高SAGA 補(bǔ)償多個(gè)參與者執(zhí)行業(yè)務(wù)操作，若任一環(huán)節(jié)失敗，參與者執(zhí)行原始操作的反向操作支持反向操作，同時(shí)能確保反向操作無(wú)風(fēng)險(xiǎn)基于消息的最終一致性參與者在本地事務(wù)提交時(shí)，發(fā)送可靠消息給消息中心，下一參與者獲取消息后，執(zhí)行本地事務(wù)沒(méi)有理由失敗，一定可以成功的業(yè)務(wù)，并能接受一定的時(shí)延TCC業(yè)務(wù)層面實(shí)現(xiàn)兩階段提交（ Try/Confirm/Cancel ）強(qiáng)隔離性、嚴(yán)格一致性要求的業(yè)務(wù)活動(dòng)，適用于執(zhí)行時(shí)間較短的業(yè)務(wù)

22、3.3 多形態(tài)融合的私有云基礎(chǔ)設(shè)施資源池3.3.1 整合、遷移至多形態(tài)并存的私有云基礎(chǔ)設(shè)施資源池，實(shí)現(xiàn)降本生效在集中式核心與分布式核心并存的情況下，對(duì)基礎(chǔ)設(shè)施也提出了新的要求，從而形成了多形態(tài)并存的私有云基礎(chǔ)設(shè)施資源池，資源池里通常包括以下幾類基礎(chǔ)設(shè)施：傳統(tǒng)的大型機(jī)、小型機(jī)：為傳統(tǒng)集中式架構(gòu)應(yīng)用提供高可用、高可用和穩(wěn)定性極高的物理基礎(chǔ)設(shè)施，用于部署傳統(tǒng)核心系統(tǒng)的應(yīng)用、數(shù)據(jù)庫(kù)和中間件；x86 服務(wù)器：主要面向?qū)π阅芤蟾?、需要?dú)立存儲(chǔ)設(shè)備的系統(tǒng)，例如輕量級(jí)數(shù)據(jù)庫(kù)（如 MySQL ）和有存儲(chǔ)需求的中間件（例如 Zookeeper 、 Kafka 等）。以 MySQL 數(shù)據(jù)庫(kù)的部署為例，通常采用 x

23、86 服務(wù)器按需配置足夠的 CPU 和內(nèi)存，采用 SSD 作為存儲(chǔ)，配合 MySQL 高可用策略，在降低硬件成本的同時(shí)，也擺脫了對(duì)商業(yè)數(shù)據(jù)庫(kù)的依賴；虛擬機(jī)：主要面向業(yè)務(wù)應(yīng)用和無(wú)需獨(dú)立存儲(chǔ)設(shè)施的中間件（該類中間件通常將數(shù)據(jù)持久化到數(shù)據(jù)庫(kù)和其它中間件）；容器云：需要實(shí)現(xiàn)快速?gòu)椥圆渴?、面向采用容器技術(shù)部署的應(yīng)用。現(xiàn)在 Docker 已經(jīng)成為了容器界的標(biāo)準(zhǔn)，而 K8s 在多個(gè)容器編排系統(tǒng)中勝出，云原生理念已經(jīng)越來(lái)越普及，在銀行內(nèi)部搭建自己的容器云環(huán)境已經(jīng)是大多數(shù)銀行的必然選擇。對(duì)于分布式架構(gòu)的應(yīng)用，需要的是大規(guī)模集群、低成本的彈性基礎(chǔ)設(shè)施，而通過(guò)對(duì)生產(chǎn)環(huán)境 x86 服務(wù)器和老舊小型機(jī)的整合搭建私有云資源池，可以有效提高已有硬件的使用率、降低運(yùn)行成本。以 Power 云資源池為例，在下圖中，某省農(nóng)信用戶即實(shí)施了私有云架構(gòu)的遷移，采用構(gòu)建更合理高效的私有云資源池的方式，在數(shù)月時(shí)間內(nèi)完成了整合超過(guò) 200 臺(tái)各類 PC 服務(wù)器和舊有小型機(jī)上的數(shù)據(jù)庫(kù)及應(yīng)用的任務(wù)，同時(shí)還保留有足夠容量應(yīng)對(duì)新增業(yè)務(wù)。從整合的效果上看，原有 PC 服務(wù)器和老舊小型機(jī)占用了大量的機(jī)房電力和空間，實(shí)際使用率不高，通過(guò)小型機(jī)虛擬化資源池整合節(jié)省了 75% 的機(jī)房空間電力，同時(shí)通過(guò)私有云方式大幅簡(jiǎn)化架構(gòu)并統(tǒng)一管理，實(shí)現(xiàn)了成本的大幅降低，用一個(gè)全新的方式解決了長(zhǎng)期以來(lái)困擾用戶的難題。同時(shí)通過(guò)資源池