現(xiàn)代化金融核心系統(tǒng)白皮書

?I?I@O@.?.C@???l? ?概述金融核心系統(tǒng)發(fā)展歷

數(shù)字化轉(zhuǎn)型對金融核心系統(tǒng)提出新要

目錄目錄CONTNENS支持業(yè)務創(chuàng)新發(fā)展的現(xiàn)代化金融核心系統(tǒng) 金融核心應用現(xiàn)代化 現(xiàn)代化金融核心系統(tǒng)業(yè)務特征 更好的客戶體驗 更快速的產(chǎn)品創(chuàng)新 更安全的資金處理 更開放的生態(tài) 更靈活的多租經(jīng)營模式 更強壯的業(yè)務連續(xù)性 更低的運營成本 現(xiàn)代化金融核心系統(tǒng)技術實現(xiàn) 基礎設施現(xiàn)代化 技術架構現(xiàn)代化 共享平臺現(xiàn)代化 開發(fā)治理現(xiàn)代化 現(xiàn)代化金融核心系統(tǒng)建設實踐分析 業(yè)界常見建設模式 基于云平臺架構建設模式 基于分布式開放平臺建設模式 基于單元化架構建設模式 實施路徑：核心建設四階二十二步 規(guī)劃與方案 3.2.2平臺建設 20核心系統(tǒng)建設 21系統(tǒng)運維 24華為分布式新核心解決方案 .小結 金融核心系統(tǒng)是負責處理和管理金融賬務交易業(yè)務的關鍵信息系統(tǒng)，是金融機構金融核心系統(tǒng)是負責處理和管理金融賬務交易業(yè)務的關鍵信息系統(tǒng)，是金融機構T系統(tǒng)中最關鍵的組成部分其先進程度對整個機構的業(yè)務開展至關重要一套專業(yè)化的核心系統(tǒng)在優(yōu)化業(yè)務流程提高生產(chǎn)效率和盈利能力方面發(fā)揮著重要作用。金融核心系統(tǒng)發(fā)展歷程我國金融行業(yè)信息化建設經(jīng)過0多年發(fā)展，從無到有，從小到大，逐步建立起獨立自主、開放創(chuàng)新的科技體系。其中，作為交易中樞的核心系統(tǒng)，通過不斷迭代創(chuàng)新，逐步向更加開放、穩(wěn)定的新一代現(xiàn)代化金融核心系統(tǒng)邁進。伴隨著中國金融行業(yè)整體發(fā)展的現(xiàn)代化，金融核心系統(tǒng)從外部引進到消化吸收，再到優(yōu)化創(chuàng)新，大體經(jīng)歷了三個階段。第一階段是電子化階段。上世紀70年代末80年代初，為解決資金交易手工聯(lián)行模式效率低下和差錯頻發(fā)等問題，我國金融業(yè)逐步開始采用信息技術代替賬務交易的手工操作。銀行和保險行業(yè)引入綜合業(yè)務系統(tǒng)和保險出單系統(tǒng)，形成了以省/市分支機構為中心的綜合業(yè)務系統(tǒng)和保險出單系統(tǒng)；證券業(yè)引入柜臺交易系統(tǒng)實現(xiàn)對早期依靠電話委托等人工交易模式的電子化替代。盡管此時的核心系統(tǒng)數(shù)據(jù)較為分散、使用效率較低，但是依然極大的提高了業(yè)務處理效率。第二階段是業(yè)務集中處理和優(yōu)化階段。在世紀之交各家金融機構逐步開始建立全國業(yè)務大集中的核系統(tǒng)，實現(xiàn)了業(yè)務處理模式的統(tǒng)一化、標準化。這階段的核心系統(tǒng)通過數(shù)據(jù)集中,以突出客戶、強化管理、加快創(chuàng)新、集成信息為突破口進行綜合業(yè)務系建設。其中國有大行及股份制銀行的數(shù)據(jù)集中建設得了令人矚目的成就，證券公司和保險公司集中式心系統(tǒng)陸續(xù)上線支持業(yè)務快速發(fā)展。2010年前后

融機構又將綜合業(yè)務系統(tǒng)進行了解耦剝離，推動業(yè)務處理模式向以客戶為中心轉(zhuǎn)變，形成了以“瘦核心”為特征的核心系統(tǒng)，引入開放的服務總線形成了企業(yè)應用集成架構，并且逐步將金融業(yè)務融入到交易場景中。第三階段是數(shù)字化階段。金融核心業(yè)務由消費互聯(lián)向產(chǎn)業(yè)互聯(lián)、萬物互聯(lián)演進持續(xù)深化，逐漸從傳統(tǒng)的銀行賬務交易、保險核保與理賠、證券競價買賣擴展到為客戶提供所有與投融資、登記托管等相關的一系列服務。隨著交易量的飛速增長，銀行核心系統(tǒng)更注重服務層面的靈活組合部署、動態(tài)擴容和業(yè)務敏捷能力；保險核心系統(tǒng)更注重業(yè)務的自動處理、渠道交互和相關系統(tǒng)的集成能力；證券核心系統(tǒng)則更關注高并發(fā)、低時延、高吞吐等關鍵特性為支持金融核心系統(tǒng)創(chuàng)新發(fā)展分布式容器化微服務、開發(fā)運維一體化等諸多新技術和新理念得到了廣泛應用，云平臺作為上述技術的基礎底座成為新一代核心系統(tǒng)的新型“數(shù)字生產(chǎn)力”，核心系1概述|現(xiàn)代化金融核心系統(tǒng)白皮書統(tǒng)的云化成為必然同時為應對目前復雜的金融技核心技術供應鏈安全問題提升核心系統(tǒng)的安全

控能力也成為新一代金融核心系統(tǒng)建設的重點。數(shù)字化轉(zhuǎn)型對金融核心系統(tǒng)提出新要求當前我國金融核心系統(tǒng)大多采用IOE體系，依托主機/小型機采用集中式架構進行建設，經(jīng)過20多年的發(fā)展，其在高可靠性、高可用性、可服務性(Reliability、Availability、Serviceability簡稱RAS)方面取得了成功。隨著數(shù)字金融快速發(fā)展，傳統(tǒng)集中式架構的核心系統(tǒng)已難以適應目前金融業(yè)務創(chuàng)新發(fā)展所需的“海量、高效、彈性、擴展、敏捷”等新要求。一是靈活的彈性伸縮能力。在線上線下渠道融合線上數(shù)字化經(jīng)營的背景下核心系統(tǒng)需要應對互聯(lián)網(wǎng)海量客戶和爆發(fā)式交易帶來的挑戰(zhàn)而目前國內(nèi)金融核心系統(tǒng)普遍基于集中式架構存在彈性伸縮能力不足的情況。二是統(tǒng)一的服務治理和架構管控能力。在金融機構多年信息化發(fā)展中，傳統(tǒng)集中式系統(tǒng)普遍采“煙囪式”建設模式，造成金融機構整體IT系統(tǒng)難以互通，容易導致信息孤島。雖然部分金融機構對用進行服務化改造，但是多套系統(tǒng)之間調(diào)用關系雜，缺乏統(tǒng)一、有效的服務治理，導致整體服量三是敏捷開發(fā)和快速迭代能力。當前同業(yè)競激、商業(yè)機會和業(yè)務創(chuàng)新的窗口期越來越，具備敏捷開發(fā)和快速迭代的能力愈發(fā)重。傳統(tǒng)集中式融核心系統(tǒng)普遍采用瀑布式開發(fā)模，結合多輪次集成測、驗證測試等進行建，從提出需求到系統(tǒng)上線普遍在半年以，開發(fā)周期通常跟不上業(yè)務發(fā)

四是成熟的災備能力。隨著核心系統(tǒng)范圍的不斷泛化以及企業(yè)數(shù)據(jù)中心的多地化分布核心系統(tǒng)的容災在覆蓋范圍靈活性復雜度可用性經(jīng)濟性故障半徑等方面提出了更高的要求而目前采用的傳統(tǒng)容災方案由于災難出現(xiàn)的機會極小會導致大量基礎設施環(huán)境冗余實施代價很也存在金融機構為達到合規(guī)要求只對部分關鍵應用系統(tǒng)實施高等級災備處理的情況當災難來臨時只能保障部分業(yè)務的連續(xù)性。五是開放的生態(tài)能力。金融數(shù)字化轉(zhuǎn)型要求金融服務場景化、生態(tài)化，將金融服務嵌入到千行百業(yè)的場景中，建立金融生態(tài)圈。傳統(tǒng)集中式核心系統(tǒng)屬于封閉架構，缺乏開放的接口標準，無法適應開放金融生態(tài)的發(fā)展要求。六是更強的安全可控能力。近年來，由于市場變化、貿(mào)易摩擦、地緣政治等多種因素，導致金融科技供應鏈安全形勢復雜多變。我國金融機構在快創(chuàng)新發(fā)展的過程中，面臨安全可控的隱患，需要對核心技術具有更強的掌控力，確保我國金融業(yè)關鍵業(yè)務系統(tǒng)的安全穩(wěn)定運行。核心系統(tǒng)是金融機構核心系統(tǒng)是金融機構IT建設的重中之重，在數(shù)字化時代如何提供更好的技術“供給力”和“連接力”是現(xiàn)代化核心系統(tǒng)建設的重點。金融核心系統(tǒng)須更加敏捷、高效地供給金融產(chǎn)品和服務，才能適應數(shù)字金融快速發(fā)展的要求金融核心系統(tǒng)要進一步提升敏捷效能強化與云能力的內(nèi)生結合，通過技術架構、數(shù)據(jù)架構與應用架構的分布式改造，提供根植云的原生能力。同時金融核心系統(tǒng)需從底層基礎設施開發(fā)運維管理數(shù)據(jù)安全統(tǒng)一治理等視角出發(fā)構建自下而上的完整敏捷開發(fā)鏈路從而賦予金融機構實時洞察與快速響應個性化、場景化、定制化需求的能力。金融核心應用現(xiàn)代化當前數(shù)字化浪潮席卷全球數(shù)字經(jīng)濟成為主流金融機構需要加快數(shù)字化轉(zhuǎn)型以適應數(shù)字經(jīng)濟快速發(fā)展，而“應用現(xiàn)代化”已成為很多金融機構開展數(shù)字化轉(zhuǎn)型的必然選擇。關于“應用現(xiàn)代化”，不同的行業(yè)領先企業(yè)給出了不同的詮釋：亞馬遜強調(diào)通過對應用的epatfom和Refctor，并通過構建共享服務平臺能力實現(xiàn)“應用現(xiàn)代化”，以支持業(yè)務獲得更加高效的創(chuàng)新能力。微軟T使用“云原生架構”，通過動態(tài)更改應用程序以實時響應事件和提供高度個性化體驗，滿足客戶不斷變化的需求，支撐業(yè)務快速創(chuàng)新。華為基于20多年的自身數(shù)字化實踐和多年政企客戶服務經(jīng)驗，認為“應用現(xiàn)代化”是以軟件的敏捷交付為導向，實現(xiàn)貫穿基礎設施到應用的認知重塑、架構升級和技術躍遷。1 ???????1 ????????/??2 ????????3 ?/???4 ???5 ?1 ????У???2?/??55.??14??????3 ??4倅5 ?????У?????*%&??????????????? ????...?????????4FSWFSMFTT?ξ???????????А??????????????ξ????? ξ??04 ????圖1應用現(xiàn)代化內(nèi)涵總體來看，行業(yè)領先企業(yè)正在驅(qū)動和定義“應用現(xiàn)代化”的內(nèi)涵及商業(yè)價，并逐漸形成行業(yè)共識：云原生作為架構的核心演進方向，并對虛擬化、容器化基礎設施、微服務架構、數(shù)據(jù)治理、s開發(fā)過程安全合規(guī)帶來變化與影響。同時對于“應用現(xiàn)代化”的價值也基本錨定在用戶統(tǒng)一體驗提升（C）、應用快速上線（TT）、資源按需彈性供給（TCO）、安全高可用等。對于金融核心系統(tǒng)的“應用現(xiàn)代化”，根據(jù)上述技術趨勢的定義可以得出，為有效支持金融核業(yè)務創(chuàng)新和快速響應的業(yè)務變化在面向技術方面，依據(jù)“云原生”架構演進，從服務化架構到云原生架構，引入容器、服務網(wǎng)格、微服務和聲明式API等關鍵要素，推動應用全面上云并使資源利用效最大化；在面向業(yè)務方面，為高效支撐集團總部、

分支機構、生態(tài)等組織快速發(fā)展，通過“元數(shù)據(jù)驅(qū)動的多租架構”的類“SaS”模式快速構建、組裝和擴展應用，實現(xiàn)業(yè)務快速上線的同時降低總體TCO。????ξ????????ξ?????....???????А????????ξэ???????????ξ???–?キ????????–??+????侹??–??????現(xiàn)代化金融核心系統(tǒng)業(yè)務特征核心系統(tǒng)作為金融機構的“核動力”系統(tǒng)，不應只注重技術本身的應用，更應該能夠幫助金融機構提升競爭力，助力金融業(yè)務的發(fā)展，以金融業(yè)務發(fā)展作為唯一目標，具備鮮明的現(xiàn)代化業(yè)務特征。更好的客戶體驗現(xiàn)代化金融核心系統(tǒng)可以通過構建智能化客戶經(jīng)營和立體化渠道服務為包括零售客戶企業(yè)客戶員工、供應商、合作伙伴、政府機構、金融同業(yè)等泛化的客戶提供一致的RAS體驗（實時el-time、按需On-demand、全在線、自助DI、社交化Scil），即實時全在線的服務，使客戶獲得服務更簡單高效、內(nèi)部運營更敏捷；根據(jù)客戶需求提供個性化服務，提升客戶滿意度；提供自助社交化的服務，提升客戶參與感。更快速的產(chǎn)品創(chuàng)新快速的產(chǎn)品創(chuàng)新是當前金融機構的核心競爭優(yōu)

勢，現(xiàn)代化金融核心系統(tǒng)作為金融機構基礎產(chǎn)品供給側(cè)，需要通過產(chǎn)品的靈活配置與組合、流程的快速編排、直通渠道的銷售等能力來滿足產(chǎn)品的速創(chuàng)新，不僅包括最基礎的存、貸、支付和銀行等金融業(yè)務，也應能支持新型的產(chǎn)品創(chuàng)新，比如數(shù)字貨幣。此外，更快速的產(chǎn)品創(chuàng)新還應該包括更精準的產(chǎn)品運營，也即現(xiàn)代化金融核心系統(tǒng)應能撐對于產(chǎn)品的全生命周期管理、分析和評價等。更安全的資金處理核心系統(tǒng)處理了金融機構%以上的資金轉(zhuǎn)移業(yè)務，對于交易的一致性和安全性要求極高。在一致性方面，現(xiàn)代化金融核心系統(tǒng)應能通過SAGA、TC等多種分布式事務控制模式，以及跨系統(tǒng)、跨渠道的對賬和差錯處理，提供更高的資金一致性保障能力。在安全性方面，現(xiàn)代化金融核心系統(tǒng)應通過詳細的記錄資金業(yè)務過程，支持資金業(yè)務處理過程的全程可觀測、可管理、可審計、可追溯等，從而提升資金處理安全性。更開放的生態(tài)隨著金融機構推進數(shù)字化轉(zhuǎn)型，金融服務已經(jīng)從物理世界走向了數(shù)字世界，從消費物聯(lián)和產(chǎn)業(yè)互聯(lián)逐步邁向萬物互聯(lián)，未來金融業(yè)務將無處不在?，F(xiàn)代化金融核心系統(tǒng)應能適應金融業(yè)務線上化、場景化多元化的變化將金融機構數(shù)據(jù)與服務線上化輕量化地開放給合作伙伴以及B端、C端用戶，實現(xiàn)開放生態(tài)的共建、共生和共贏。更靈活的多租經(jīng)營模式近年來，金融機構因業(yè)務發(fā)展、防范金融風險等原因，頻頻出現(xiàn)收購、重組合并、改制等多種經(jīng)營模式調(diào)整現(xiàn)象。在傳統(tǒng)核心系統(tǒng)中，客戶、產(chǎn)品等關鍵要素緊耦合，牽一發(fā)而動全身，無法滿足組織機構變化和個性化產(chǎn)品更新要求。因此現(xiàn)代化金融核心系統(tǒng)不僅需要支持多法人的數(shù)據(jù)多租隔離模式，更要滿足不同法人根據(jù)自身業(yè)務訴求快速靈活地定義自己業(yè)務處理流程的需求。這種模式稱為“總-分-總”模式，即集團公司/總行統(tǒng)一規(guī)劃、然后通過統(tǒng)一的平臺支持各法人多租經(jīng)營和獨立業(yè)務發(fā)展業(yè)務。更強壯的業(yè)務連續(xù)性核心系統(tǒng)應該支持金融機構7*24小時不間斷

對外提供服務一方面可使用分布式技術的高性能、高吞吐、高可用等關鍵能力，使核心系統(tǒng)面對高業(yè)務負載、軟硬件故障、區(qū)域性失效和災害時，能始終保持業(yè)務的連續(xù)性；另一方面也可通過適配安全可控的基礎軟硬件設施以提高供應鏈安全風險應對能力。另外，更強壯的業(yè)務連續(xù)性也體現(xiàn)在特殊的場景上實現(xiàn)業(yè)務零中斷或少中斷系統(tǒng)可用性達“4個9甚“5個9如在新老核心系統(tǒng)過渡階段，現(xiàn)代化金融核心系統(tǒng)應通過業(yè)務的灰度發(fā)布、多種數(shù)據(jù)遷移策（按客戶產(chǎn)品渠道機構地域等以及完備的應急預案和切換演練等實現(xiàn)新老核心業(yè)務的無縫對接。更低的運營成本核心系統(tǒng)作為金融機構最重要的T系統(tǒng)，是業(yè)務不可或缺的一部分也是企業(yè)價值創(chuàng)造的驅(qū)動力，所以可將現(xiàn)代化金融核心系統(tǒng)視為“產(chǎn)品”，通過業(yè)務與T一體化產(chǎn)品運作得到更顯著的業(yè)務收益。具體可以體現(xiàn)在更優(yōu)的投入產(chǎn)出比、更低的可變營成本、持續(xù)的價值創(chuàng)造等方面。在投入產(chǎn)出比方面，通過分布式系統(tǒng)的可擴展特性，能夠?qū)崿F(xiàn)更低的單賬戶運營成本，從而獲得更優(yōu)的投入產(chǎn)出比。在可變運營成本方面，現(xiàn)代化金融核心系統(tǒng)可以通過負載均衡、熔斷降級、灰度發(fā)布等特性以及零代碼/低代碼的技術平臺能力，支撐業(yè)務人員、研發(fā)人員、應用開發(fā)人員快速進行開發(fā)維護，有效降低核心系統(tǒng)的可變運營成本。在價值創(chuàng)造方面，通過明確的規(guī)劃牽引系統(tǒng)迭代、以及敏捷開發(fā)響應交付，與業(yè)務共同發(fā)展并持續(xù)創(chuàng)造價值?，F(xiàn)代化金融核心系統(tǒng)技術實現(xiàn)為實現(xiàn)統(tǒng)一的用戶體驗提升、應用快速上線、資源按需彈性供給、獲得安全高可用的運行環(huán)境等，金融核心系統(tǒng)需要采用現(xiàn)代化技術手段進行技術裝備，以更快的速度創(chuàng)造更好的數(shù)字產(chǎn)品，從而保持在市場競爭中的領先優(yōu)勢?，F(xiàn)代化金融核心系統(tǒng)技術實現(xiàn)主要包括基礎設施現(xiàn)代化、技術架構現(xiàn)代化、共享平臺現(xiàn)代化及開發(fā)治理現(xiàn)代化四個方面。 ????А?? ????А?? 23?????А????????????ξ???УЮ???????А?????????????侞??1 ????ξ???%$倅ξ??2.0????????А?Ю???????????????4?А?????㈨????????????????&??????????–Σ??????????????*5?????ξ????????%FW]ī"VUP0QTī????λξ?ツ??????圖3現(xiàn)代化金融核心系統(tǒng)架構基礎設施現(xiàn)代化金融業(yè)對云原生技術的創(chuàng)新應用較早，但創(chuàng)業(yè)務往往聚焦在非核心業(yè)務，且多數(shù)應用在開發(fā)試環(huán)境進行創(chuàng)新驗證。221年前后多家金融機構基于未來科技發(fā)展趨勢、運維的簡便和資源的彈性活等維度陸續(xù)提出金融核心系統(tǒng)要全面云化和容器

化的目標。支持全面云化/容器化的現(xiàn)代化金融基礎設施要滿足統(tǒng)一的云架構、多中心的容災規(guī)劃計、大規(guī)?？蓴U展、一云多芯多池能力、安全合規(guī)以及資源敏捷彈性等關鍵規(guī)劃和建設要素，以滿各類業(yè)務對基礎設施的定義與適配。?????????????????????????????А????????А? ????喍?????????喎 ????喍???/?????????喍??ぶ?/????/?Ъ??ξノ?喍??&???ツ&4$#.4*.4...????..&740#44'4??71$&-#..$$&MBTUJD*1??ξ???????]倅??]???]?????ξ????]???ξ??ξ????????????圖4基礎設施現(xiàn)代化架構一是“一朵云”架構。通過統(tǒng)一標準規(guī)范迭代規(guī)劃開發(fā)測試云、生產(chǎn)云、生態(tài)云以及分行云等，所有云基于相同架構演進設計。二是多中心容災設計?；诮鹑跈C構的數(shù)據(jù)中心位置和資源部署特點，以及業(yè)務和監(jiān)管對RPO/RTO的要求，規(guī)劃匹配業(yè)務場景的同城雙活、兩地三中心、多地多活等容災方案。三是大規(guī)?？蓴U展平臺既能考慮投資經(jīng)濟性，做到資源按需分配，也能支持未來快速發(fā)展帶來規(guī)模擴展需要。四是一云多芯多池。一云多池的構建要靈活經(jīng)濟，在整體規(guī)劃之下具備分批分期靈活落地能力，同時全棧IaaS/PaaS/SaaS的服務能高效靈活匹配多芯。

五是安全合規(guī)。安全服務體系在滿足等保規(guī)要求的同時，也需進一步加強商用密碼應用上的全防護，滿足密評規(guī)范要求，并且關注并解決開源軟件安全涉及的漏洞防護供應鏈安全介質(zhì)可信、許可變更等熱點問題。六是金融云原生2.。云作為現(xiàn)代化金融核心系統(tǒng)的重要基礎設，已由“面向云遷移應用”的階段演進到“面向云構建應用”的階段，即由“以資源為中心”的資源服務演進到“以應用為中心”的云原生基礎設施階段。為發(fā)揮云原生基礎設施極致性能，可以通過一些軟硬結合的技術手段，如將網(wǎng)絡等能力卸載到專有設備中，或通過彈性網(wǎng)的直通能力打造軟硬一體和調(diào)優(yōu)的扁平化高性能、安全的基礎設施資源平臺。技術架構現(xiàn)代化云原生基礎設施現(xiàn)代化解決了核心應用的生長土壤問題，但隨著金融核心業(yè)務規(guī)模和場景范圍漸擴大，業(yè)務的敏捷與靈活對企業(yè)應用和數(shù)據(jù)架

也帶來深刻變革，包括圍繞應用的微服務化、服務網(wǎng)格、Serverless、函數(shù)計算和應用高可用，以及結合使用場景的數(shù)據(jù)庫分布式部署。??????㈨ ξ?????㈨????喍0-51l?????喎ξ??????喍0-51l?????喎ξ????????????㈨?€????Σ喍COBOL/C++喎???????????喍???????????l?????????喍??У$*$4l8"4l5VYFP??㈨?????倅??????????ξ?????????У喍???θ???喎?????—?????????%#2l0SBDMF????喍??+????????—???????????????喍???]倅??]倅[l04?6OJY???У????0??喑?????99.99%?????????ξ???ξ??喍???]倅??]DC1DC2DCn圖5核心系統(tǒng)分布式技術架構一是分布式應用架構。應用發(fā)生了從單體到群再到微服務的變化。從少量到海量的微服務改導致了服務的拆分實踐、調(diào)用關系、運維定障等都發(fā)生了顛覆性的變化，為了支撐應用的分布式架轉(zhuǎn)型，各種分布式中間件（如事務、消息、緩存、數(shù)據(jù)代理等）也成為應用分布式建設的重要組成分。核心應用架構變化對工具和專業(yè)服務能力提了與之匹配的要求，同時還要兼顧對全局新老應的注冊與治理?，F(xiàn)代化金融核心系統(tǒng)應用架構需從前臺渠道和產(chǎn)品服務的業(yè)務領域中抽取企業(yè)級能力，聚合成能力中心，為前臺提供企業(yè)級服務。二是分布式數(shù)據(jù)架構。在核心交易場景下完傳統(tǒng)集中式數(shù)據(jù)架構向分布式數(shù)據(jù)架構演進，新分布式數(shù)據(jù)架構需要更好的匹配分布式技術棧及和業(yè)務結合的部署場景，提供高吞吐強一致性事務理能力、保障業(yè)務要求的低延時響應、滿足業(yè)務

性的橫向擴展能力、容納海量數(shù)據(jù)的承載能力。數(shù)據(jù)架構的具體實現(xiàn)需要結合業(yè)務的單元化設計，提供與應用架構相匹配的數(shù)據(jù)切片、分庫分表、分區(qū)等設計能力，實現(xiàn)整體數(shù)據(jù)系統(tǒng)的靈活彈性、易擴展和故障半徑可控滿足金融核心交易下的大容量、高并發(fā)和突發(fā)峰值場景的需求。同時充分考慮金融機構的現(xiàn)有應用情況，在分布式數(shù)據(jù)架構設計時要提供與現(xiàn)有數(shù)據(jù)系統(tǒng)的雙軌并行、單軌切換的并行設計思路，并提供高效易用的數(shù)據(jù)遷移工具提升數(shù)據(jù)搬遷效率和完整性。共享平臺現(xiàn)代化以業(yè)務和能力為中心，根據(jù)金融核心業(yè)務特點對其服務的共性能力抽象、沉淀、整合和共享，形成金融核心現(xiàn)代化服務平臺，以全面提升組織和業(yè)務的運行效率。共享服務平臺將包括統(tǒng)一技術棧、數(shù)據(jù)模型、業(yè)務模型，并通過服務編排快速組合出新的產(chǎn)品/服務。戶二是技術組件公共能力中心。識別關鍵技術力，如多租、彈、分布式中間件（分布式緩存、分布式消息、分布式事務、分布式調(diào)度和分布式數(shù)據(jù)庫）等進行技術沉淀。三是核心系統(tǒng)安全運維平臺。核心應用完成上云/云原生改造后，應用的治理要實現(xiàn)全局的從應用->平臺->硬件的可觀測性，同時從安全生產(chǎn)角度要依托混沌工程等準備系統(tǒng)的容災預案，并依托自動化運維工具等實現(xiàn)運維的智能化。四是元數(shù)據(jù)多租敏捷平。利用金融機構數(shù)化產(chǎn)品和服務的統(tǒng)一標準模型定義信息，在低代開發(fā)工具的幫助下，完成兼顧業(yè)務定制、隔離、共享的多租軟件產(chǎn)品構建，面向內(nèi)外部不同用戶提特色化服務，實現(xiàn)多法人機構、多客戶、多場景、多渠道的分層通過訂閱產(chǎn)品通用層和行業(yè)套裝層，資產(chǎn)簡單配置和定制后實現(xiàn)項目上線。

開發(fā)治理現(xiàn)代化傳統(tǒng)核心應用的設計和生產(chǎn)周期較長，進行敏態(tài)改造后帶來指數(shù)級增長的配置和部署、傳統(tǒng)開發(fā)模式下應用與配置的耦合以及對安全與效率的平衡都難以滿足金融核心應用現(xiàn)代化的要求。為系統(tǒng)性的解決以上問題，實現(xiàn)核心應用周/天級上線以及內(nèi)生的安全可，企業(yè)需要構建跨開發(fā)、運行、運維態(tài)的開發(fā)治理一體（DevOps/DevSecOps平臺一是企業(yè)級開發(fā)框架。通過開發(fā)框架預置企業(yè)級研發(fā)規(guī)范、標準內(nèi)置的腳手架代碼和應用配置大幅減少重復適配工作，節(jié)省開發(fā)工作量和應用置時間；并結合C/C、應用托管和運維服務實現(xiàn)應用從開發(fā)到生產(chǎn)運行的高效上市。二是服務的全局治理。通過傳統(tǒng)SDK微服務三是應用可視化運s打破了傳統(tǒng)的現(xiàn)代化金融核心系統(tǒng)建設實踐分析 根據(jù)多份調(diào)研報告和經(jīng)驗統(tǒng)計，金融機構由目前的集中式核心系統(tǒng)向新一代面向“云原生”的分布式核心系統(tǒng)的演進往往需要幾年的時間。由于核心系統(tǒng)建設難度大，僅有23%的金融機構選擇以新的核心系統(tǒng)替代原有核心系統(tǒng)，0%以上的金融機構仍選擇在原有核心系統(tǒng)上維持不變或者小范圍升級改造，比如實施代碼遷移、通過前置外掛系統(tǒng)或者將部分業(yè)務剝離至開放平臺等，具體詳細統(tǒng)計如圖6所示。通過收集國內(nèi)部分金融機構核心系統(tǒng)建設的相關資料，本章節(jié)總結了幾種常見建設模式，然后結合華為在國內(nèi)外金融核心系統(tǒng)現(xiàn)代化建設相關領域的實踐經(jīng)驗，參考核心領域?qū)τ谠圃植际睫D(zhuǎn)型的技術能力和工程能力要求，總結形成了一套現(xiàn)代化金融核心系統(tǒng)實踐方法。7%23%11%9%

42%

????????㈨?喑????????????????????А???喑???㈨??????????????????喑??????㈨???А?喑??А?????????????????㈨?喑В??э???㈨??????倅?В???А??????????????圖6金融機構選擇核心系統(tǒng)升級改造策略示意圖業(yè)界常見建設模式從金融機構規(guī)模來看由于當前國內(nèi)金融機構科技能力參差不齊頭部領先的金融機構數(shù)字化水平較高一般選擇“一步到位”的核心系統(tǒng)自主建設模式，直接對現(xiàn)有核心系統(tǒng)通過現(xiàn)代化業(yè)務建模和技術架構重構方式進行全面改造，然后進行數(shù)據(jù)遷移，將業(yè)務遷至新核心上運行；廣大中小金融機構往往受制于其自身科技能力，對SV更加依賴，一般以創(chuàng)新業(yè)務為契機構筑新底座或者替換部分應用技術平臺組件，在此之上逐步推動整體核心業(yè)務的轉(zhuǎn)型。從細分行業(yè)來看，銀行和保險行業(yè)現(xiàn)代化核心系統(tǒng)基于云建設是大勢所趨；證券行業(yè)由于對低時延特性要求較高，核心系統(tǒng)的現(xiàn)代化轉(zhuǎn)型往往直接基于高性能硬件搭建，并未大規(guī)模使用云化架構。但整體來看，分布式架構是現(xiàn)代化金融核心系統(tǒng)建設的主要模式?；谠破脚_架構建設模式基于云平臺架構的建設模式是結合云計算高彈性秒伸縮以及分布式架構更強擴展能力更大容量支撐等特性利用企業(yè)級新技術平臺體系轉(zhuǎn)型方法和分布式框架云計算處理等新技術手段構建面向未來業(yè)務發(fā)展以開放性高容量易擴展成本可控安全穩(wěn)定、便捷研發(fā)為特征的全新技術體系框架。（1）工商銀行智慧銀行開放生態(tài)建設工程（ECOS）通過公開資料1分析，在中國工商銀行智慧銀

行開放生態(tài)建設工程（ECOS）規(guī)劃實施中，選擇了“分布式+云平臺”架構的改造模式，基于生態(tài)化、組件化理念進行系統(tǒng)設計研發(fā)，以同業(yè)領先的底層技術平臺為支撐、以企業(yè)級能力集成中心為依托，聚合內(nèi)外部技術能力、數(shù)據(jù)能力、業(yè)務能力，構建起覆蓋“線上+線下”、“界內(nèi)+界外”的內(nèi)外部開放生態(tài)體系，實現(xiàn)了從集中式向全分布式、從單一核心銀行系統(tǒng)到去核心化系統(tǒng)、從傳統(tǒng)銀行服務到開放生態(tài)服務的轉(zhuǎn)型。創(chuàng)新提出“主機下移六步實施工藝”：第一步，下主機應用平臺服務入口建設。下主機應用在平臺建設服務入口其具體功能仍由主機提供方便各配合應用從平臺接入。第二步，配合應用改造。配合應用完成組合調(diào)用下主機應用平臺服務入口的改造或者在平臺建立組合服務節(jié)點，組合調(diào)用自身主機功能和下主機應用平臺服務接口，確保應用具備業(yè)務切流的能力。主機下移六步實施工藝第三步，配合應用切流。主機下移六步實施工藝通過渠道、產(chǎn)品業(yè)務流量切換、然后下主機應用間實現(xiàn)端到端的平臺服務入口調(diào)用，完成渠道和產(chǎn)品業(yè)務切流，至此實現(xiàn)下主機應用和配合應用的轉(zhuǎn)型路徑解耦。第四步，下主機應用平臺功能建設。第五步，下主機應用主機平臺并行。下主機應用業(yè)務數(shù)據(jù)遷移至平臺，通過雙寫保證主機和平臺數(shù)據(jù)一致，實現(xiàn)主機與平臺并行運行，通過主機平臺并行、自動對比驗證，核對驗證平臺系統(tǒng)功能完備性、準確性。第六步，以平臺為準提供服務。下主機應用以平臺功能和數(shù)據(jù)為準提供服務，關鍵業(yè)務數(shù)據(jù)實時復制至主機，主機只作為應急回切備份，保障關鍵業(yè)務的連續(xù)性。（2）中國人保財險分布式核心系統(tǒng)基于云平臺的建設模式在保險行業(yè)也得到了廣泛采用。據(jù)公開資料2顯示，2018年，中國人保財險提出了向高質(zhì)量發(fā)展轉(zhuǎn)型“311”工程，正式

開啟分布式微服務架構轉(zhuǎn)型。2019年8月發(fā)布了PF-C分布式微服務技術體系和人保云，建設并上線了分布式架構核心系統(tǒng)，實現(xiàn)了核心系統(tǒng)的全分布式化和云服務化。來源：/s/KK8csJGWa5yQhNvHH7q2Sw來源：/s/2DPt_MJWv67cVupTlQP0GQ業(yè)務方面，參考業(yè)務流程和功能邊界，基于職責單一性原則劃分業(yè)務領域邊界構建領域模型分和設計微服務采用分治策略降低業(yè)務分析和用建設的復雜度，提升業(yè)務擴展能力。技術方面，主要從基礎云平臺建設、分布式架構體系構建、分布式微服務應用實現(xiàn)及演進4個方面支持分布式核心系統(tǒng)建設一是建立基于云原生技術的人保云平臺，完成IaaS層基礎資源和PaS層技術組件資源的云服務化，實現(xiàn)基礎資源的統(tǒng)一管理快速擴容統(tǒng)一調(diào)度和自動分配支持應用和數(shù)據(jù)庫的彈性擴縮快速部署和穩(wěn)定運二是建立分布式架構體系采用前后端分離設計和微服務架構，讓應用具備上云的能力基于人保云實現(xiàn)自動彈性擴縮提升應用可擴展能力三是分布式應用實現(xiàn)主要采用數(shù)據(jù)分片策略和單元化設計提升數(shù)據(jù)和業(yè)務單元的可擴展性提高數(shù)據(jù)中心業(yè)務承載能力從企業(yè)全局建立多中心多活的能力實現(xiàn)應用的高可用四是從單體應用向微服務架構演進時微服務與單體應用并存運行二者保持松耦合關系只通過服務或異步化的數(shù)據(jù)進行業(yè)務關聯(lián)隨著時間推移大部分單體應用的功能就會被獨立為微服務通過逐步剝離單體應用的業(yè)務能力最終完成微服務替換原有的單體應用?；谠破脚_架構的建設模式探索了一條符合金融業(yè)經(jīng)營實際和未來發(fā)展的數(shù)字化轉(zhuǎn)型路徑在全分布式系統(tǒng)架構主機下移業(yè)務系統(tǒng)生態(tài)化轉(zhuǎn)型大規(guī)模交易型分布式數(shù)據(jù)庫等領域形成了可借鑒參的解決方案?；诜植际介_放平臺建設模式基于分布式開放平臺建設模式是通過工具遷移或者應用內(nèi)重構將原有運行在封閉系統(tǒng)的應用轉(zhuǎn)換為可以在開放平臺運行的應用，實現(xiàn)應用的主機下移同時在開發(fā)平臺積極引入分布式技術平臺包括

（1）中信銀行核心銀行系統(tǒng)“凌云工程”據(jù)公開資料顯示3，2020年5月，中信銀行核心銀行系“凌云工程歷時2年順利上線“凌云工程”面對關鍵技術—國產(chǎn)分布式數(shù)據(jù)庫產(chǎn)品用、如何用最小成本繼承核心系統(tǒng)幾十年信息資的工程實施以及銀行核心系統(tǒng)復雜重要應用場景改造的高可靠性三方面重大挑戰(zhàn)，通過聯(lián)合研發(fā)和入業(yè)界先進技術平臺，以技術創(chuàng)新為驅(qū)動力，著重強化新技術、新工藝、新方法、新體系，最大限度地降低工程實施風險，大幅提升工程實施的質(zhì)量、效率和能，從工程方法、關鍵工、體系建設及項目管理4個方面完成分布式新核心體系建設。工程方法方面實現(xiàn)一次性整體遷移業(yè)務無感核心應用全繼承、工程實施時間短、最少投入等目標。在凌云工程中，中信銀行創(chuàng)新了軟件代碼自動翻譯工具、全仿真測試平臺、實時數(shù)據(jù)遷移技術等專項科研成果將M0主機G代碼轉(zhuǎn)換為AVA代碼，并采用分布式技術架，有效提升了項目的效率和質(zhì)量。關鍵工藝方面，基于生產(chǎn)仿真工藝，最大化緩釋未知技術風險。在以往跟賬測試模式的基礎上，凌云工程創(chuàng)新生產(chǎn)仿真工藝，多層次、多角度、高仿真場景模擬，充分識別和消除新架構隱患，驅(qū)動分布式核心系統(tǒng)可用性、穩(wěn)定性和容錯能力迭代化，夯實系統(tǒng)可靠性，最大化緩釋未知技術風險。體系建設方面來源：/s/Ydlf_2QwWzWTYvIcXdhqIA一體化的監(jiān)控體，覆蓋系、應、交、日、件8，計1現(xiàn)4項目管理方面，通過以人為本的項目管理，充分發(fā)揮每個參與者的主人翁意識。凌云工程在建設初期就把原平臺研發(fā)、運維人員價值發(fā)揮作為項目的一個重要目標。新老技術人員可以切磋邏輯精妙的設計靈機一動的創(chuàng)意“不否定過往的價值，讓每個人都有屬于他的一班列車，讓技術人員的路越走越寬。（2）國泰君安證券新一代核心交易系統(tǒng)分布式開放平臺建設模式在證券行業(yè)也有成功實踐。據(jù)公開報道4，國泰君安證券于2018年開始自主研發(fā)新一代低延時分布式核心交易系統(tǒng)，并于221年試點投產(chǎn)。新系統(tǒng)在高可用、低延時以及大容量等方面均對基礎網(wǎng)絡環(huán)境提出了更高要求同時在證券行業(yè)關注的在低延時方面新系統(tǒng)要求委托上行時延小于2毫秒系統(tǒng)內(nèi)部回路時延小于0微秒上一代集中式核心系統(tǒng)開放性弱，技術封閉屬性明顯性能和可用性難以滿足業(yè)務發(fā)展訴求國泰君安上線的證券核心交易系統(tǒng)實現(xiàn)了從垂直升級為水平擴展，曾經(jīng)的小型機+數(shù)據(jù)庫+集中存儲的模式，更多地被標準服務器+高速網(wǎng)絡+消息總線的分布式架構取代具體方案中國泰君安證券提供全業(yè)務全品種核心交易引擎及周邊系統(tǒng)接入平臺平臺廠商華為提供高性能的計算節(jié)點和低時延的網(wǎng)設備軟件開發(fā)商華銳提供在此基礎上的分布式系統(tǒng)基礎平臺與交易執(zhí)行平臺最終實現(xiàn)軟硬件一體的分布式系統(tǒng)開發(fā)和開箱即用的交易執(zhí)行系統(tǒng)?；诜植际介_放平臺建設的核心系統(tǒng)整體性能一般優(yōu)于傳統(tǒng)核心系統(tǒng)并且大幅降低了核心系統(tǒng)重來源：/detail/1109096來源：/s/nGYBoAwOLCAaXTOPkGvKQA

構的成本。根據(jù)相關實踐經(jīng)驗，在系統(tǒng)容量提升的提下總建設成本相比傳統(tǒng)核心系統(tǒng)下降50%以上建設周期縮短4%以上，而且質(zhì)量高、風險，產(chǎn)前無缺陷，業(yè)務功能無遺漏?；趩卧軜嫿ㄔO模式單元化架構是將系統(tǒng)按照某種數(shù)據(jù)特征維度進行垂直劃分的現(xiàn)代化分布式架構體系。每個單元只處理整體數(shù)據(jù)的一部分從而實現(xiàn)整體系“分而治之并且解決了單點數(shù)據(jù)庫性能的瓶頸問題。由于核心系統(tǒng)存在客戶賬戶等大量可進行統(tǒng)一維度拆分的數(shù)據(jù)通過對核心系統(tǒng)進行單元化改造可以實現(xiàn)無限伸縮多地多活、故障隔離、快速容災切換等特性。據(jù)公開報道5，2022年4月23日，中國郵政儲蓄銀行新一代個人業(yè)務核心系（新一代個人核心全面投產(chǎn)上線。在業(yè)務和技術雙輪驅(qū)動下，新一代個人核心基于單元化架構建設模式，率先同時采用企業(yè)級業(yè)務建模和分布式微服務架構，實現(xiàn)模塊化、組件化的業(yè)務創(chuàng)新快速構建采用微服務容器化I和DvOs等領先的T技術，在底層數(shù)據(jù)資產(chǎn)通過多個分庫分擔不同業(yè)務單元壓力，分解和稀釋了系統(tǒng)對單個單元或分片數(shù)據(jù)庫的性能等方面需求，避免單機性能瓶頸，支撐當前高并發(fā)的業(yè)務場景。新一代個人核心具有以下特色：一是按“解耦—重構—復用的設計思路通過企業(yè)級業(yè)務建模實現(xiàn)化繁為簡重塑核心交易流程提升用戶體驗；二是開發(fā)和組裝出近000個“積木式零件”，實現(xiàn)產(chǎn)品靈活裝配，減少代碼開發(fā)，以技術敏捷驅(qū)動業(yè)務敏，滿足個性化、差異化、定制化的產(chǎn)品創(chuàng)新需求；三是自主研發(fā)堅實可靠的分布式技術平臺和運維平臺，可按需動態(tài)伸縮、彈性擴展，實現(xiàn)業(yè)務交易四是以在線遷移方式實現(xiàn)客戶無感切換，保障業(yè)務連續(xù)性降低切換風險開創(chuàng)大型銀行核心系統(tǒng)切換上線新模式?；趩卧軜嫷慕ㄔO模式充分地體現(xiàn)軟件工程對“強內(nèi)聚低耦合的設計理念能有效降低系

統(tǒng)的復雜度和系統(tǒng)建設、升級、運維風險，給系統(tǒng)的開發(fā)與應用帶來更大的便利。單元架構使得多地多活成為可能，并且方便按照單元進行線性擴展，大大提高了核心系統(tǒng)的可用性和可擴展性。單元化部署將海量業(yè)務數(shù)據(jù)均勻分布到數(shù)據(jù)庫集群的不同機器節(jié)點，更好地滿足金融機構業(yè)務大幅增長對于賬戶與交易億數(shù)量級的處理要求。????????實施路徑：核心建設四階二十二步現(xiàn)代化金融核心系統(tǒng)的新建或替換通常被比作人類心臟手術其成本和風險都很高從行業(yè)實踐經(jīng)驗看大多數(shù)新核心系統(tǒng)建設項目會超出預算或計劃。因此，合理的現(xiàn)代化金融核心系統(tǒng)建設實施方法、路徑與步驟至關重要。????華為根據(jù)國內(nèi)外金融行業(yè)核心相關領域的實踐經(jīng)驗，參考核心技術領域?qū)τ谠圃植际睫D(zhuǎn)型的技術能力和工程能力要求，遵循以敏捷流程為導向的方法，結合項目管理和團隊的交付知識沉淀，總結形成“四階二十二步”的實施方法。“四階二十二步”方法根據(jù)項目技術實施過程，明確了規(guī)劃與方案、平臺建、核系統(tǒng)建設、系統(tǒng)運維4個階段以及關鍵的22步技術集成關鍵動作，解決核心系統(tǒng)建設過程中六大難題：架設計難、服務治理難、全鏈路運維難、業(yè)務高可用難、數(shù)據(jù)庫改造難、性能提升難。具體如下圖所示：????????? ???????????????㈨???㈨??????????????????????????????????????????????????????????????????????????????????????????? ㈨?????????????????????????–???????–???/??ノ?–????≮??㈨??????????????MBB4?У1BB4????????㈨???規(guī)劃與方案金融核心系統(tǒng)改造實施是一項系統(tǒng)工程，規(guī)劃是這項系統(tǒng)工程的頂層設計一個好的規(guī)劃應該對準業(yè)務戰(zhàn)略既能描繪出現(xiàn)代化金融核心系統(tǒng)轉(zhuǎn)型的目標和藍圖使金融機構內(nèi)部形成共識又能定義出具體的舉措路標和項目明確責任主體并指導實施。架構規(guī)劃架構規(guī)劃是銜接戰(zhàn)略與項目實施的橋梁。金融機構應當首先確立以數(shù)字化技術重塑銀行業(yè)務模式的長期戰(zhàn)略，再通過架構轉(zhuǎn)型規(guī)劃將戰(zhàn)略落實到實際業(yè)務中，通過架構的設計與落地，實現(xiàn)業(yè)務與技術的深度融合。架構規(guī)劃從業(yè)務架構、分布式應用架構、分布式技術架構和數(shù)據(jù)架構等方面進行細化設計，以支撐藍圖的落地，從而更有效地指導項目的實施。同時，遵循等保2.0安全框架體系內(nèi)置安全服務能力。（1）業(yè)務架構設計???????

行整體梳理，對現(xiàn)代化金融核心系統(tǒng)所應該涵蓋的業(yè)務領域、應具備的業(yè)務能力組件和所擁有的業(yè)務資源對象進行梳理識別，對于核心業(yè)務涉及到的產(chǎn)品、流程、數(shù)據(jù)進行抽象建模，然后根據(jù)服務化的思想進行業(yè)務服務建模。（2）分布式應用架構設計能力服務化、應用場景化、開發(fā)敏捷化是分布式應用架構設計的主要方向。能力服務化，即根據(jù)金融核心業(yè)務特點對其服務的共性能力抽象沉淀、整合和共享，形成數(shù)字化服務接口，并進行業(yè)務流程靈活編排，支持業(yè)務敏捷與創(chuàng)新。應用場景化，即根據(jù)不同業(yè)務場景提供個性化應用功能，滿足不同角色對象在其運作活動中隨時隨地接入使用數(shù)化系統(tǒng)的需要，豐富業(yè)務場景，提升用戶體驗。開發(fā)敏捷化，業(yè)務需求快速變化，ICT技術更新日新月異，新技術和業(yè)務的結合靈活多變，這些都需要敏捷迭代。最終形成架構統(tǒng)一、能力全面、集成關系清晰的應用架構視圖。?????????????????? ??????????????"%????????????????????"(???????????"11????????????????????カ?????≮/????㈨??"1*≮???*喍Ш?"1*?????≮/???????????ツ????? ?????????????喑?????????????????????????????（3）分布式技術架構設計技術架構設計的核心思想是要重新定義信息基礎設施，讓信息基礎設施不僅是技術平臺，還是金融機構的賦能平臺。隨著2020年疫情帶來的線上

業(yè)務劇增，越來越多金融機構開始將分布式云原生架構作為下一代金融核心系統(tǒng)技術架構。技術架構設計應結合分布式技術發(fā)展趨勢，規(guī)劃云原生分布式服務（包括微服務、分布式中間件、云運維監(jiān)控工具等）、分布式數(shù)據(jù)庫、分布式架構集成、軟開發(fā)流水線，以及構筑核心系統(tǒng)所需要的高可靠、高性能、彈性可擴展、安全可控的基礎設施服務。（4）數(shù)據(jù)架構設計數(shù)據(jù)架構設計重點對數(shù)據(jù)模型、數(shù)據(jù)關系、數(shù)據(jù)集成和流轉(zhuǎn)進行設計，從而實現(xiàn)數(shù)據(jù)架構“一個模型，一張關系網(wǎng)”。數(shù)據(jù)模型方面，需要匹配布式的環(huán)境做適應性的改造和優(yōu)化設計。如在分布式架構環(huán)境下的賬戶與賬務數(shù)據(jù)模型的設計；分布式數(shù)據(jù)一致性、異地多活等難題對于業(yè)務模式、業(yè)務邏輯和業(yè)務數(shù)據(jù)模型的影響與特殊要求。數(shù)據(jù)關系方面，包括核心系統(tǒng)數(shù)據(jù)分布情況、關鍵數(shù)據(jù)項和其他系統(tǒng)的主從關系等。數(shù)據(jù)集成和流轉(zhuǎn)方面，即對核心業(yè)務系統(tǒng)涉及的數(shù)據(jù)種類（行內(nèi)外數(shù)據(jù)、結構/非結構化數(shù)據(jù)根據(jù)數(shù)據(jù)的及時性要（實時準實時隔日等流轉(zhuǎn)的方（聯(lián)機批量）和流轉(zhuǎn)平臺（聯(lián)機集成平臺、ODS、數(shù)倉、大數(shù)據(jù)平臺）等做出相關說明。實施方案規(guī)劃

核心業(yè)務的遷移改造。常見的改造方案有技術平臺先行、基礎業(yè)務支撐、全面灰度策略等。（3）數(shù)據(jù)庫建設方案金融核心系統(tǒng)的交易過程完全依賴數(shù)據(jù)庫的記錄，因此數(shù)據(jù)庫是核心系統(tǒng)建設的關鍵環(huán)節(jié)，金融機構對核心系統(tǒng)數(shù)據(jù)庫的選型與建設也尤為關注，通常會在以下方面仔細甄選：一是性能和穩(wěn)定性；二是配套工具豐富，能滿足運行運維要求；三是強大的開發(fā)團隊持續(xù)優(yōu)化，能快速解決關鍵問題；四是人才培養(yǎng)支撐大規(guī)模使用。重點專題方案輸出現(xiàn)代化金融核心系統(tǒng)架構設計需要從應用和技術兩個維度，以專題方式對系統(tǒng)將涉及的關鍵業(yè)務應用與技術能力進行設計，形成一系列專題設計方案，以指導項目的實施工作。常見的應用專題有：產(chǎn)品服務、客戶服務、業(yè)務管理、渠道設計、運營環(huán)境合約管理賬務管理常見的技術專題基礎系統(tǒng)架構、通信協(xié)議、碼制轉(zhuǎn)換、聯(lián)機交易、批量交易、事務處理、容災設計、并行方案等。金融機構可通過建立需求分析、設計、開發(fā)、組件應用、技術運營的技術標準和實施規(guī)范等制定現(xiàn)代化金融核心系統(tǒng)的實施工藝。在實施方案規(guī)劃中重點關注平臺、應用及數(shù)據(jù)庫建設方案。（1）平臺建設方案在平臺建設方案中，需要提供金融核心系統(tǒng)所需要的高可靠、高性能、彈性可擴展、安全可控基礎設施服務以及云原生分布式服（包括微服務、分布式中間件、運維監(jiān)控等）、分布式數(shù)據(jù)庫、布式架構集成、軟件開發(fā)流水線等內(nèi)容的實施策略及能力。（2）應用建設方案在現(xiàn)代化金融核心系統(tǒng)建設項目中，在統(tǒng)一規(guī)劃的基礎上，以業(yè)務系統(tǒng)平穩(wěn)運行為前提，借鑒金融行業(yè)里成熟的遷移策略，采用多種模式進行原有

平臺建設平臺建設需要為金融業(yè)務量身定制云原生服務具備高性能高可用安全合規(guī)能力支持業(yè)務實現(xiàn)從傳統(tǒng)IT向現(xiàn)代化云原生轉(zhuǎn)型，最終支持業(yè)務實現(xiàn)敏捷創(chuàng)新和應用現(xiàn)代化。多活基礎設施建設多活基礎設施建設需支持分布式及集中式架構部署，同時兼顧均衡、綠色、智能、成本、安全建設目標金融機構基礎架構“兩地三中心“多地多活”演進?；凇皟傻厝行摹奔軜?，金融機構探索支持技術轉(zhuǎn)型、業(yè)務創(chuàng)新和外部拓展的多地多中心多活的創(chuàng)新架構，最終實現(xiàn)金融級“多地多活”，保障高并發(fā)、高可用和業(yè)務連續(xù)性。從業(yè)務應用出發(fā)，在進行多活平臺建設時，抓住業(yè)務“如何多活”是建設的關鍵。主要可分為三個具體訴求：一是服務對等，平臺同時對外提供服務，資源使用均衡，可在不同中心快速切換。二是高性能，通過建設數(shù)據(jù)庫分布式集群、應用多地多活，實現(xiàn)應用本中心內(nèi)調(diào)用、無跨異地交易，保證業(yè)務高性能。三是高可用，即能提供7*24服務；同城一個數(shù)據(jù)中心故障時，RPO=0、RTO分鐘級恢復；整個生產(chǎn)和同城中心同時故障時，異地RPO、RTO分鐘級恢復。分布式技術平臺建設金融級分布式技術平臺是基于“云計算、分布式安全可控進行建設通過采用標準化組件化服務化的解耦設計構“高可用高彈性高敏捷高效能、高安全”的分布式架構，以支撐海量客戶規(guī)模聯(lián)機訪問和批量處理能力。金融機構建設分布式技術平臺主要是構建可續(xù)擴展的技術平臺層。對技術架構進行持續(xù)迭代化，通過分布式服務調(diào)度、數(shù)據(jù)訪問、數(shù)據(jù)同步、緩存等中間件平臺化，構建測試交付自動化、監(jiān)控運維工具化，以降低系統(tǒng)開發(fā)運維的難度，提高系統(tǒng)彈性擴展能力，最終提升產(chǎn)品研發(fā)效率，形成技術平臺層。此外，核心技術安全可控是金融業(yè)務可持續(xù)展的基本原則，因此建設分布式技術平臺時，建議優(yōu)先選用全棧安全可控基礎設施。核心系統(tǒng)建設核心系統(tǒng)建設是在應用架構層面相應的重構，對關鍵業(yè)務進行梳理建模和抽象形成基礎的公能力然后實現(xiàn)模塊復用核心建設的原則是架構層和功能解耦設計。一是基于技術與業(yè)務分離的分層架構。技術平臺層負責提供分布式相適應的應用運行環(huán)開發(fā)框架層負責提供公共技術服務，方便和規(guī)范應用的開

發(fā)；應用層負責具體的業(yè)務功能的實現(xiàn)。二是基于服務解耦設計基于業(yè)務松耦合需要，根據(jù)服務粒度進行服務解耦各服務間均可支持各自獨立動態(tài)升級發(fā)布和運行各服務間以開放規(guī)范、適合的抽象顆粒度的API方式開放其數(shù)據(jù)與功能進行交互，實現(xiàn)接口契約化、標準化和跨版本兼容。核心系統(tǒng)建設主要內(nèi)容包括：在應用層面，進行微服務分布式事務多活等設計與實在數(shù)據(jù)庫層面進行分庫分在基礎平臺層面包括容器對象存儲、消息隊列、緩存等方面的設計與實施。核心系統(tǒng)建設一般有兩種方式，一種是進行包括應用和數(shù)據(jù)庫的整體性分布式架構重構涉及范廣，變動大;另一種僅進行分布式數(shù)據(jù)庫重構，應用側(cè)改造少，推進快，較為平滑。集成設計（1）服務治理設計核心系統(tǒng)分布式架構轉(zhuǎn)型必然會帶來海量微服務管理的難題，需要圍繞服務框架、服務觀測、常預警、服務控制幾大領域構建微服務治理體系。一是微服務統(tǒng)一治理框架。構建一套可支撐金融機構各類微服務統(tǒng)一治理的框架，可支持存量VM應用、容器、微服務等技術棧應用接入，支持SpringCloud/Dubbo等常用微服務框“0改動”接入以及統(tǒng)一管理SDK和服務網(wǎng)格微服務此外在此基礎上需要構建微服務統(tǒng)一配置管理和高級治理能（熔斷限流灰度發(fā)布等支撐金融機構構建平滑演進、統(tǒng)一治理的整體微服務管理體系。二是服務可觀測性。通過構建微服務應用健康狀態(tài)性能狀態(tài)監(jiān)控調(diào)用鏈監(jiān)控應用日志分析API接口管理等多維度觀測手段，以實現(xiàn)服務可觀測性。三是異常預警?；跇I(yè)務情況提供性能告警和ESB/…??1ESB/…??1????1????2У????Г((–%64)У????Г((–%64) ?????Г(4–%64) ???????Г(-–%64)???????Г(-–%64)ХЩ???Г($–%64)ХЩ???Г($–%64)???????四是服務控制。提供以API為中心的服務控制體系。服務網(wǎng)關作為系統(tǒng)的統(tǒng)一入口，提供豐富的API治理和安全控制功能。微服務接口可自動發(fā)布到網(wǎng)關，兼容多種協(xié)議，自動實現(xiàn)報文的轉(zhuǎn)換，服務調(diào)用進行統(tǒng)一管控。（2）單元化設計單元化是分布式架構的一種部署形態(tài)，它在應用微服務化、數(shù)據(jù)庫分布式的基礎上，引入業(yè)務維度的拆分，以實現(xiàn)更大范圍的分布式部署形態(tài)，提升業(yè)務的高并發(fā)和業(yè)務連續(xù)性。單元化適合體量巨大，且流程相對穩(wěn)定、固化的業(yè)務場景，如資產(chǎn)規(guī)模萬億以上千萬級客戶規(guī)模金融機構的交易系統(tǒng)，但單元化也會導致業(yè)務應用復雜度和交易一致性要求提升。中小型金融機構可以利用分布式數(shù)據(jù)庫的分庫分表能力實現(xiàn)類似單元化的效果，同時利用金融級分布式數(shù)據(jù)庫的強一致性實現(xiàn)交易一致性保證減少應用系統(tǒng)一致性實現(xiàn)的復雜性。單元的設計需要充分考慮業(yè)務分割、數(shù)據(jù)分片，減少跨單元的業(yè)務訪問，主要包括以下幾個方面：業(yè)務路由層方面，通常通過業(yè)務路由的方式優(yōu)化單元訪問路徑業(yè)務路由是所有業(yè)務必經(jīng)的一層為此需要足夠的輕量和高性能、高穩(wěn)定，能夠在不增加過多延時的基礎上完成路由動作，同時具有橫向擴展能力，避免成為瓶頸。單元擴展方面，除了橫向擴展，需要充分考慮單元內(nèi)的縱向擴展手段單元需要具備對業(yè)務聚合熱點數(shù)據(jù)等特定場景有不影響全局的擴展手段。單元維度的業(yè)務連續(xù)性設計方面，單元是業(yè)務的實際載體，因此單元設計時需要充分考慮業(yè)務連續(xù)性設計，比如：兩地三中心部署和多地多活部署等不同部署形式對業(yè)務連續(xù)性的要求。

∕喟???????喍%64喎%JTUSJCVUFE6OJUPG4FSWJDFT??喟??喟 ???Г ???Г圖9單元化劃分對比常見的應用微服務+分布式數(shù)據(jù)庫形態(tài)，單元化具有以下優(yōu)點：單元內(nèi)可確保應用訪問數(shù)據(jù)最優(yōu)路徑，從而降低端到端延時，提高性能；通過與物理資源的匹配，能有效控制故障域（單元內(nèi)故障不影響其它單元實現(xiàn)業(yè)務供給可預測可預可獲得足夠的擴展能力；通過實現(xiàn)以單元維度的運維管理，提高運維管理的精細化程度。系統(tǒng)實施（1）數(shù)據(jù)遷移數(shù)據(jù)遷移與核心系統(tǒng)建設模式相關，主要有應用數(shù)據(jù)遷移和數(shù)據(jù)庫遷移兩種模式。①應用數(shù)據(jù)遷移應用數(shù)據(jù)遷移是指新建核心系統(tǒng)，其應用與數(shù)據(jù)邏輯與原系統(tǒng)完全不同，核心系統(tǒng)的數(shù)據(jù)從原數(shù)據(jù)庫遷移到分布式數(shù)據(jù)庫，核心系統(tǒng)廠商或行方或第三方廠商需要編寫專用的數(shù)據(jù)遷移應用完成，并對數(shù)據(jù)的完整性數(shù)據(jù)一致性業(yè)務邏輯性進行校驗同時進行嚴格的SIT和UAT測試。②數(shù)據(jù)庫遷移數(shù)據(jù)庫遷移是指核心系統(tǒng)應用與數(shù)據(jù)邏輯不變，僅數(shù)據(jù)庫遷移到新的分布式數(shù)據(jù)庫，包括四個階段，分別為遷移評估、規(guī)劃設計、交付實施和驗證保障。在遷移評估階段，要識別出傳統(tǒng)數(shù)據(jù)庫與分布式數(shù)據(jù)庫的主要差異。如應用實現(xiàn)、數(shù)據(jù)庫定義以及數(shù)據(jù)類型、語法、語義等方面的差異。在規(guī)劃設計階段，需要考慮業(yè)務與數(shù)據(jù)庫適配改造遷移步驟計劃以及測試運維方案的規(guī)劃設計其中，業(yè)務改造設計主要是基于源數(shù)據(jù)庫和目標數(shù)據(jù)庫的SQL語法接口驅(qū)動和數(shù)據(jù)庫工具等差異，對業(yè)務進行適配改造設計。在交付實施階段，主要包括結構遷移、數(shù)據(jù)遷移、應用遷移與改寫、數(shù)據(jù)校驗與業(yè)務測試、性能調(diào)優(yōu)、上線割接等。結構遷移是將源數(shù)據(jù)庫的結構導出后，經(jīng)語法轉(zhuǎn)換，在分布式數(shù)據(jù)庫中重建數(shù)據(jù)庫模型。數(shù)據(jù)遷移根據(jù)不同的場景可分為全量數(shù)據(jù)遷移、增量數(shù)據(jù)遷移以及全量+增量同步遷移。應用遷移與改寫是針對業(yè)務中涉及到的SQL代碼，需要適配新的分布式數(shù)據(jù)庫的語法，進行代碼改寫和優(yōu)化。數(shù)據(jù)校驗和業(yè)務測試是通過工具對數(shù)據(jù)進行校驗，保證遷移后數(shù)據(jù)與源數(shù)據(jù)庫一致；同時根據(jù)業(yè)務在分布式數(shù)據(jù)庫的運行情況進行業(yè)務測試驗證，對業(yè)務邏輯流程、業(yè)務結果進行驗證。性能調(diào)優(yōu)是對數(shù)據(jù)庫整體性能進行調(diào)優(yōu)，包括數(shù)據(jù)庫層面和業(yè)務邏輯的優(yōu)化。上線割接是數(shù)據(jù)遷移和業(yè)務邏輯遷移完成后，將應用從源數(shù)據(jù)庫割接到新的分布式數(shù)據(jù)庫。在驗收保障階段，重點是在數(shù)據(jù)與作業(yè)遷移后和業(yè)務上線過程中進行保障，確保源數(shù)據(jù)庫的業(yè)務完整遷移至分布式數(shù)據(jù)庫，且業(yè)務上線運行正常，

無性能問題。具體包括提前識別系統(tǒng)隱患，確保系統(tǒng)健康運行；保障遷移期間基準查詢檢索執(zhí)行和典型任務執(zhí)行確保分布式數(shù)據(jù)庫可用增量數(shù)據(jù)可保障增量遷移任務運行，確保增量任務健康穩(wěn)定運行等。（2）系統(tǒng)切換不同類型金融機構的核心系統(tǒng)切換上線方式存在差異，經(jīng)過對國內(nèi)部分銀行的調(diào)研，大體有如下兩種路徑：一是一次性重構，并行后替換。通過建設并行核心系統(tǒng)，重新進行架構設計，滿足傳統(tǒng)核心系統(tǒng)無法實現(xiàn)的高級需求。前期新老核心系統(tǒng)同時處理業(yè)務，以老核心系統(tǒng)為主，待新核心系統(tǒng)成熟后替換老核心系統(tǒng)。此路徑需要建設如下能力：①流量復制+系統(tǒng)數(shù)據(jù)對比工具。在重構后的核心系統(tǒng)上線前，通過流量復制能力，復制生產(chǎn)環(huán)境流量到新核心系統(tǒng)中，同時通過系統(tǒng)數(shù)據(jù)對比工具，定期檢測新核心系統(tǒng)數(shù)據(jù)運行情況，一旦發(fā)現(xiàn)數(shù)據(jù)不一致的情況即可快速修復新核心系統(tǒng)問題。②全局流量分發(fā)平臺。用于逐步劃撥業(yè)務流量到新核心系統(tǒng)，既可滿足異常情況影響范圍控制，又可滿足正常運行場景下流量逐步擴大的訴求。二是灰度發(fā)布，逐步替換。通過建設新核心系統(tǒng)，替換老核心系統(tǒng)，新核心系統(tǒng)通過白名單機制逐步引流，待成熟后替換老核心系統(tǒng)。要達到新老核心系統(tǒng)并行及平滑遷移的效果，需要建設如下新老并行框架能力：通過全局路由實現(xiàn)新老核心系統(tǒng)流量路由轉(zhuǎn)發(fā)；針對微服務框架遷移的場景，需要有非侵入微服務并行框架，解決微服務應用切換的問需要實現(xiàn)新老核心系統(tǒng)數(shù)據(jù)路由和數(shù)據(jù)同通過新一代集成框架解決新核心系統(tǒng)和周邊外圍系統(tǒng)協(xié)議轉(zhuǎn)換和接口打通的能力。4系統(tǒng)運維現(xiàn)代化金融核心系統(tǒng)的運維復雜度高且業(yè)界缺乏相關分布式運維技術人才因此要通過構建智能驅(qū)動的運維實現(xiàn)全景可視業(yè)務可管性能風險可控全方位進行系統(tǒng)監(jiān)測與管控同時構建運維流程體系提高服務質(zhì)量降低服務成本此外分布式架構下運維系統(tǒng)的建設與核心系統(tǒng)建設同期進行應不晚于核心系統(tǒng)投產(chǎn)時間投產(chǎn)。立體全景運維—可視立體全景運維是以業(yè)務為中心，圍繞IT資源及服務能力實現(xiàn)統(tǒng)一運營、運維管理，構建全息智能運維，實現(xiàn)基礎設施、技術平臺、云服務等全場景可視。全息智能運維即以業(yè)務流為基礎，多維采集網(wǎng)絡、虛擬機、容器、應用平臺、中間件、數(shù)據(jù)庫狀態(tài)等運行數(shù)據(jù)，使用全息鏈路整合模型進行數(shù)據(jù)綜合分析，實現(xiàn)一蹤到底。其要求金融機構云化數(shù)據(jù)中心及現(xiàn)代化核心系統(tǒng)要“四個統(tǒng)一為目標整體規(guī)劃、協(xié)同創(chuàng)新、全景可視。一是統(tǒng)一門戶。通過打造金融機構自有的IT能力數(shù)字化展廳及統(tǒng)一入口，實現(xiàn)多云和傳統(tǒng)IT能力融合，為業(yè)務部門提供一致體驗，并促進機構內(nèi)部能力共享。二是統(tǒng)一流程。通過打通云資源管控、資源發(fā)放及管理等環(huán)節(jié)和流程，實現(xiàn)完全在線服務和資源敏捷自助自動開通。三是統(tǒng)一運維。通過打造一個統(tǒng)一服務化的協(xié)同運維平臺，實現(xiàn)多云、多資源池的統(tǒng)一配置、中監(jiān)控和變更管理，保證業(yè)務安全運行。四是統(tǒng)一運營。建立統(tǒng)一的運營平臺，通過數(shù)字驅(qū)動實現(xiàn)精益化管理，持續(xù)調(diào)優(yōu)，實現(xiàn)平臺價值最大化。

業(yè)務指標監(jiān)控—可管業(yè)務指標監(jiān)控是指面向應用的運維平臺實時集分布式云原生基座資源、網(wǎng)絡、中間件、業(yè)務應用等數(shù)百種運維指標和海量運行/系統(tǒng)日志、應用告警/事件等運維數(shù)據(jù)，通過配置告警規(guī)則、設置遠程通知及自定義儀表盤等，使業(yè)務可管、系統(tǒng)可穩(wěn)定運行。核心系統(tǒng)分布式云原生建設后會產(chǎn)生海量的運維數(shù)據(jù)，難以人工分析，業(yè)務可管監(jiān)控的關鍵是構建智能化運維平臺，基于多維度的運維數(shù)據(jù)（日志、監(jiān)控信息、應用信息等），通過機器學習實現(xiàn)自動化運維，提升業(yè)務系統(tǒng)SLA和用戶體驗，減少故障處理時間。性能/容量管理—可控隨著互聯(lián)網(wǎng)上的金融服務發(fā)展，金融業(yè)務開難以預測，特別是一些爆發(fā)性業(yè)務增長，甚至會出現(xiàn)幾倍、幾十倍地突破原有業(yè)務發(fā)展曲線。此時傳統(tǒng)核心系統(tǒng)就顯示出性能瓶頸，迫切需要新核心統(tǒng)進行全鏈路壓力測試、容量規(guī)劃等提升性能來應變化。（1）全鏈路壓測全鏈路壓測是最貼近生產(chǎn)實際業(yè)務運行，結果置信度最高的驗證系統(tǒng)穩(wěn)定性的方法，其包括四個功能：一是全鏈路流量染色，通過壓測工具對輸出的壓力請求打上標識，在系統(tǒng)中提取壓測標識，確保程序上下文都持有該標二是全鏈路日志隔離當系統(tǒng)向磁盤或外設輸出日志時，若流量是被標記的壓測流量，則將日志隔離輸出；三是全鏈路風險熔斷，兩個系統(tǒng)之間服務通訊有黑白名單開關控制流量流入許可；四是全鏈路數(shù)據(jù)隔離，當訪問數(shù)據(jù)庫時，在持久化層，根據(jù)壓測標識進行路由訪問壓測數(shù)據(jù)表。（2）容量規(guī)劃容量規(guī)劃可以提升性能，通過系統(tǒng)識別出容量情況，從而實現(xiàn)自動擴縮容的彈性伸縮，即根據(jù)指定實例類型和配置策略，在業(yè)務增長時自動增加指定類型實例，保證計算能力；在業(yè)務需求下降時自動減少指定類型實例，節(jié)約成本。要做好業(yè)務系統(tǒng)的容量規(guī)劃，主要方法包括CPU水位線管理、關鍵鏈路容量評估、預估模型完善等。運維流程體系建設金融機構可通過建立標準化的運維服務流程體系，實現(xiàn)高效有序規(guī)范的開展日常運維工作，進而達到提高服務質(zhì)量和降低服務成本的目的。借鑒COBIT的IT治理理念，結合ITIL最佳實踐框架和ISO20000國際標準，規(guī)劃運維流程體系建設。主要從流程規(guī)劃，流程責任定位，流程考核與評價三個方面來構建運維流程體系。一是流程整體規(guī)劃，以ITIL最佳實踐為指導

建設運維流程。設計事件、問題、變更/發(fā)布以及服務請求等基本流程，并根據(jù)各自的業(yè)務特點需求擴展自定義的流程。整體流程規(guī)劃由規(guī)劃和設計中心牽頭，運維指揮中心主導，其它業(yè)務部門支撐完成。二是流程責任定位，流程規(guī)劃的落地，離不開組織的配合，定義每個組織在流程體系的責任定位很關鍵。通過責任定位明確各個組織在流程中的權利和義務，做到責權利對等，從而保證流程規(guī)劃夠正常的落地運轉(zhuǎn)。三是流程考核與評價，流程規(guī)劃和責任定位建立了運維流程基本體系框架，但要讓該體系能夠持續(xù)健康的運轉(zhuǎn)，需要有一套量化的指標和和能力評價機制對體系框架的運轉(zhuǎn)情況進行評估并持續(xù)改進。評估方法可參考C