集中與分布式銀行核心系統(tǒng)架構(gòu)轉(zhuǎn)型策略分析

1、 集中式與分布式相融合的銀行核心系統(tǒng)架構(gòu)轉(zhuǎn)型策略分析 【摘要】企業(yè)IT架構(gòu)既要能滿足業(yè)務(wù)快速發(fā)展，又要安全穩(wěn)定、滿足監(jiān)管要求，平衡好穩(wěn)態(tài)和敏態(tài)雙模，融合開放的多云架構(gòu)已成為趨勢(shì)。針對(duì)銀行核心業(yè)務(wù)云，本文全面分析了傳統(tǒng)核心的集中式和互聯(lián)網(wǎng)核心的分布式兩種不同架構(gòu)的優(yōu)缺點(diǎn)，在綜合考慮投入產(chǎn)出和業(yè)務(wù)技術(shù)風(fēng)險(xiǎn)、滿足業(yè)務(wù)快速創(chuàng)新的前提下，介紹了“集中式與分布式相融合”的核心系統(tǒng)轉(zhuǎn)型實(shí)施策略。并探討了從物理部署架構(gòu)視角來看，傳統(tǒng)核心與互聯(lián)網(wǎng)核心并存的情況下，必然面對(duì)多種類型基礎(chǔ)設(shè)施和多種形態(tài)應(yīng)用帶來的運(yùn)維管理挑戰(zhàn)，建設(shè)統(tǒng)一的多云管理平臺(tái)，可以實(shí)現(xiàn)降本增效、高效運(yùn)維。1、概述中國(guó)金融業(yè)信息技術(shù)“十三五”發(fā)展

2、規(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)的心臟，歷來是IT系統(tǒng)建設(shè)的重點(diǎn)和難點(diǎn)。銀行核心系統(tǒng)經(jīng)歷了從總分行數(shù)據(jù)分離，到全行數(shù)據(jù)大集中架構(gòu)，再到基于SOA架構(gòu)的新核心系統(tǒng)，目前已經(jīng)走到了基于云計(jì)算架構(gòu)的轉(zhuǎn)型階段。在此轉(zhuǎn)型過程中，保留面向“穩(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ù)性，例如存款一類賬

3、戶、借記卡、傳統(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ù)風(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ǔ)與訪問進(jìn)行介紹。最后，從物理部署架構(gòu)視角來看，傳統(tǒng)核心與互聯(lián)網(wǎng)核心并存的情況下，必然會(huì)面對(duì)多種類型基礎(chǔ)設(shè)施（大型機(jī)、小型機(jī)、x86

4、、虛擬機(jī)和容器云等）和多種存在形態(tài)應(yīng)用（集中式、分布式和容器化等）帶來的運(yùn)維管理挑戰(zhàn)；通過構(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化改造，但核心系統(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)無法輕松應(yīng)對(duì)海量用戶、海量數(shù)

5、據(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)從目前來看，很多銀行都把采用分布式架構(gòu)建設(shè)銀行核心提供提上了日程。從公開的新聞資料中可以看到，部分銀行的分布式核心系統(tǒng)已經(jīng)建設(shè)完成并投產(chǎn)，在降本增效方面有不俗的表現(xiàn)。不同于集中式核心系統(tǒng)大量采用商用軟件和高端硬件，在建設(shè)分布式核心系統(tǒng)時(shí)，通常會(huì)采用開源軟件，運(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)景

6、，在進(jìn)行架構(gòu)選型時(shí)，需要充分論證、取長(zhǎng)補(bǔ)短，有差別有針對(duì)性地予以采用。以下是針對(duì)這兩種架構(gòu)從不同的維度的分析對(duì)比：2.3 采用融合性架構(gòu)的核心系統(tǒng)雖然分布式架構(gòu)已經(jīng)成為發(fā)展趨勢(shì)，但作為銀行信息系統(tǒng)的心臟，傳統(tǒng)核心系統(tǒng)下線升級(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)新。集中式架構(gòu)核心系統(tǒng)：功能相對(duì)穩(wěn)定、與客戶資金安全緊密相關(guān)、且無明顯性能容量壓力的業(yè)務(wù)，一段時(shí)期內(nèi)仍保留在集中式核心系統(tǒng)中。例如傳統(tǒng)的存款業(yè)務(wù)、貸款業(yè)務(wù)等；分布式架構(gòu)核心

7、系統(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ù)中心的應(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ù)處理能力并通過高速鏈路實(shí)時(shí)同步數(shù)據(jù)，日常情況下可同時(shí)分擔(dān)業(yè)務(wù)及管理系統(tǒng)的運(yùn)行，并可切換運(yùn)行；異地災(zāi)備中心是指在異地的城市建立一個(gè)備份的災(zāi)備中心，

8、用于雙中心的數(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ù)的高可用方案，目前銀行業(yè)已經(jīng)有成熟的集中式核心系統(tǒng)高可用方案。采用邏輯數(shù)據(jù)中心的分布式應(yīng)用同城雙活架構(gòu)采用分布式架構(gòu)的銀行核心系統(tǒng)，可以通過采用邏輯數(shù)據(jù)中心設(shè)計(jì)來實(shí)現(xiàn)系統(tǒng)容量的無線擴(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ù)通過分庫(kù)分表之后均勻分布在每個(gè)邏輯數(shù)據(jù)中心中；每個(gè)客戶的交易請(qǐng)求只會(huì)在一個(gè)邏輯數(shù)

9、據(jù)中心內(nèi)處理。由于每個(gè)邏輯數(shù)據(jù)中心里可以穩(wěn)定支撐固定數(shù)量的客戶交易請(qǐng)求，當(dāng)系統(tǒng)容量達(dá)到上限時(shí)，可以通過增加新的邏輯分區(qū)實(shí)現(xiàn)系統(tǒng)容量的提升，滿足更大的數(shù)據(jù)量、更高的并發(fā)量。還以同城兩個(gè)數(shù)據(jù)中心為例，每個(gè)數(shù)據(jù)中心再在邏輯上劃分為兩個(gè)數(shù)據(jù)中心，這樣我們就有4個(gè)邏輯數(shù)據(jù)中心，這樣我們就得到一個(gè)典型的基于邏輯數(shù)據(jù)中心的同城雙活架構(gòu)圖：從橫向上來看，該架構(gòu)主要包含了以下幾層：服務(wù)接入層：該層橫跨兩個(gè)數(shù)據(jù)中心，部署路由應(yīng)用，負(fù)責(zé)服務(wù)請(qǐng)求的分發(fā)。路由應(yīng)用通過解析服務(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ù)

10、；數(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ù)層面高可用部署。從縱向來看，每個(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)用，如果無法避免跨邏輯數(shù)據(jù)中心的交易調(diào)用（例如核心系統(tǒng)中常見的轉(zhuǎn)賬交易），應(yīng)該考慮在邏輯數(shù)據(jù)中心之前部署獨(dú)立的服務(wù)集成類應(yīng)用，來進(jìn)行跨邏輯數(shù)據(jù)中心的交易處理（如轉(zhuǎn)賬交

11、易在該應(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ó)有大行、股份制銀行和部分農(nóng)商行聯(lián)盟所管理的賬戶數(shù)和客戶數(shù)能夠上億，大部分城商行、農(nóng)商行核心系統(tǒng)中的賬戶數(shù)和客戶數(shù)在千萬級(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ù)來應(yīng)對(duì)快速增長(zhǎng)的海量數(shù)據(jù)和高并發(fā)請(qǐng)求。在當(dāng)前基礎(chǔ)設(shè)施向云化發(fā)展的大環(huán)境下，兩種架構(gòu)數(shù)據(jù)庫(kù)服務(wù)器也有著明顯的不同：

12、集中式架構(gòu)數(shù)據(jù)庫(kù)：傳統(tǒng)核心業(yè)務(wù)系統(tǒng)作為金融行業(yè)中最為重要的系統(tǒng)，無論是應(yīng)用和數(shù)據(jù)庫(kù)都需要極致的可靠性和縱向擴(kuò)展的彈性需求，適合最為穩(wěn)健的裸機(jī)或邏輯分區(qū)部署方式，通過高端服務(wù)器的縱向擴(kuò)展和在線調(diào)整資源能力保障業(yè)務(wù)的彈性。從目前銀行核心系統(tǒng)實(shí)際情況來看，目前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ì)必采用滿足無限擴(kuò)容

13、的分布式數(shù)據(jù)庫(kù)。分布式數(shù)據(jù)庫(kù)的實(shí)現(xiàn)主要分為兩類：基于數(shù)據(jù)訪問中間件的分布式數(shù)據(jù)庫(kù)：數(shù)據(jù)通過分庫(kù)分表策略存儲(chǔ)在傳統(tǒng)關(guān)系型數(shù)據(jù)庫(kù)上，應(yīng)用通過分布式數(shù)據(jù)訪問中間件操作數(shù)據(jù)庫(kù)，數(shù)據(jù)訪問中間件屏蔽具體的分庫(kù)分表策略。典型的分庫(kù)分表中間件有阿里的DRDS、Sharding Sphere等；新一代分布式關(guān)系型數(shù)據(jù)庫(kù)：例如螞蟻金服的OceanBase、PingCap出品的TiDB。該類數(shù)據(jù)庫(kù)無需應(yīng)用開發(fā)人員定義分庫(kù)分表規(guī)則，數(shù)據(jù)庫(kù)本身支持自分區(qū)，同時(shí)通過分布式一致性協(xié)議進(jìn)行數(shù)據(jù)存儲(chǔ)與備份，極大的簡(jiǎn)化了應(yīng)用數(shù)據(jù)訪問處理。數(shù)據(jù)分布式存儲(chǔ)設(shè)計(jì)要點(diǎn)在目前的行業(yè)實(shí)踐經(jīng)驗(yàn)來看，基于數(shù)據(jù)訪問中間件+傳統(tǒng)關(guān)系型數(shù)據(jù)庫(kù)進(jìn)行分庫(kù)

14、分表存儲(chǔ)還是業(yè)界主流，而新一代關(guān)系型數(shù)據(jù)庫(kù)還是更多的被帶有互聯(lián)網(wǎng)基因的企業(yè)所采用。在進(jìn)行分庫(kù)分表設(shè)計(jì)時(shí)，需要遵循以下幾方面的原則：考慮后續(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ù)中，從而通過表遷移完成擴(kuò)容，無需處理行級(jí)數(shù)據(jù)遷移；選擇合適的分表維度，盡量避免帶來復(fù)雜的分布式事務(wù)：分布式核心中，對(duì)外提供的大量交易都圍繞著同一個(gè)客戶，在進(jìn)行分庫(kù)分表設(shè)計(jì)時(shí)，可以考慮以客戶為維度進(jìn)行分表設(shè)計(jì)。這樣應(yīng)用的大部分交易都限定在單個(gè)數(shù)

15、據(jù)庫(kù)上，避免出現(xiàn)復(fù)雜的分布式事務(wù)。分布式事務(wù)應(yīng)對(duì)策略數(shù)據(jù)進(jìn)行分布式存儲(chǔ)之后，基本上不太可能完全避免分布式事務(wù)。對(duì)于分布式事務(wù)，業(yè)界有多種不同的應(yīng)對(duì)方式，每種方式各有優(yōu)缺點(diǎn)，以下是一個(gè)分析對(duì)比：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ù)器：主要面向

16、對(duì)性能要求高、需要獨(dú)立存儲(chǔ)設(shè)備的系統(tǒng)，例如輕量級(jí)數(shù)據(jù)庫(kù)（如MySQL）和有存儲(chǔ)需求的中間件（例如Zookeeper、Kafka等）。以MySQL數(shù)據(jù)庫(kù)的部署為例，通常采用x86服務(wù)器按需配置足夠的CPU和內(nèi)存，采用SSD作為存儲(chǔ)，配合MySQL高可用策略，在降低硬件成本的同時(shí)，也擺脫了對(duì)商業(yè)數(shù)據(jù)庫(kù)的依賴；虛擬機(jī)：主要面向業(yè)務(wù)應(yīng)用和無需獨(dú)立存儲(chǔ)設(shè)施的中間件（該類中間件通常將數(shù)據(jù)持久化到數(shù)據(jù)庫(kù)和其它中間件）；容器云：需要實(shí)現(xiàn)快速?gòu)椥圆渴?、面向采用容器技術(shù)部署的應(yīng)用?，F(xiàn)在Docker已經(jīng)成為了容器界的標(biāo)準(zhǔn)，而K8s在多個(gè)容器編排系統(tǒng)中勝出，云原生理念已經(jīng)越來越普及，在銀行內(nèi)部搭建自己的容器云環(huán)境已經(jīng)

17、是大多數(shù)銀行的必然選擇。對(duì)于分布式架構(gòu)的應(yīng)用，需要的是大規(guī)模集群、低成本的彈性基礎(chǔ)設(shè)施，而通過對(duì)生產(chǎn)環(huán)境x86服務(wù)器和老舊小型機(jī)的整合搭建私有云資源池，可以有效提高已有硬件的使用率、降低運(yùn)行成本。以Power云資源池為例，在下圖中，某省農(nóng)信用戶即實(shí)施了私有云架構(gòu)的遷移，采用構(gòu)建更合理高效的私有云資源池的方式，在數(shù)月時(shí)間內(nèi)完成了整合超過200臺(tái)各類PC服務(wù)器和舊有小型機(jī)上的數(shù)據(jù)庫(kù)及應(yīng)用的任務(wù)，同時(shí)還保留有足夠容量應(yīng)對(duì)新增業(yè)務(wù)。從整合的效果上看，原有PC服務(wù)器和老舊小型機(jī)占用了大量的機(jī)房電力和空間，實(shí)際使用率不高，通過小型機(jī)虛擬化資源池整合節(jié)省了75%的機(jī)房空間電力，同時(shí)通過私有云方式大幅簡(jiǎn)化架構(gòu)

18、并統(tǒng)一管理，實(shí)現(xiàn)了成本的大幅降低，用一個(gè)全新的方式解決了長(zhǎng)期以來困擾用戶的難題。同時(shí)通過資源池方式大幅簡(jiǎn)化架構(gòu)并統(tǒng)一管理，順利完成異地雙中心資源池建設(shè)并成功主備切換。3.3.2 統(tǒng)一的多云管理平臺(tái)，高效應(yīng)對(duì)運(yùn)維管理挑戰(zhàn)面對(duì)復(fù)雜的基礎(chǔ)設(shè)施層，勢(shì)必需要一個(gè)多云管理平臺(tái)，能夠?qū)A(chǔ)設(shè)施進(jìn)行高效管理，同時(shí)提升發(fā)布部署效率和穩(wěn)定性，提高業(yè)務(wù)連續(xù)性。通過采用統(tǒng)一的多云管理平臺(tái)，可以在以下幾方面有效提高運(yùn)維的效率：快速提供應(yīng)用運(yùn)行軟硬件環(huán)境：基于私有云基礎(chǔ)設(shè)施資源池和軟件目錄，可以為開發(fā)團(tuán)隊(duì)和運(yùn)維團(tuán)隊(duì)快速提供開發(fā)運(yùn)行環(huán)境，避免漫長(zhǎng)的運(yùn)行環(huán)境交付流程；全面、實(shí)時(shí)的監(jiān)控體系：對(duì)物理基礎(chǔ)設(shè)施、中間件、應(yīng)用提供全面的監(jiān)控，對(duì)故障實(shí)時(shí)預(yù)警；同時(shí)支持全鏈路監(jiān)控以應(yīng)對(duì)SOA、分布式架構(gòu)下跨應(yīng)用節(jié)點(diǎn)的服務(wù)調(diào)用，便于運(yùn)維團(tuán)隊(duì)快速排查問題；高效的應(yīng)用發(fā)布部署：在采用分布式架構(gòu)之后，不管是采用虛擬機(jī)還是容器進(jìn)行應(yīng)用部署，應(yīng)用集群規(guī)模會(huì)成百上千。云管平臺(tái)的大規(guī)模、快速部署能力，將大大提升應(yīng)用的升級(jí)分布速度。一個(gè)典型的統(tǒng)一多云管理平臺(tái)示意圖：4、總結(jié)與展望面對(duì)日新月異的信息技術(shù)變革，銀行IT架構(gòu)也在持續(xù)優(yōu)化、不斷轉(zhuǎn)型。從銀行核心系統(tǒng)轉(zhuǎn)型現(xiàn)狀來看，越來越多的銀行采用分布式架構(gòu)建設(shè)互聯(lián)網(wǎng)核心，用于管理