金融行業(yè)分布式架構(gòu)轉(zhuǎn)型發(fā)展與趨勢(shì)

1、金融行業(yè)分布式架構(gòu)轉(zhuǎn)型發(fā)展與趨勢(shì)銀行IT服務(wù)能力為什么需要轉(zhuǎn)型銀行金融業(yè)務(wù)中臺(tái)支撐能力構(gòu)建12微服務(wù)與分布式架構(gòu)實(shí)現(xiàn)敏捷化開發(fā)3金融云平臺(tái)助力銀行IT轉(zhuǎn)型42目錄當(dāng)前銀行面臨的挑戰(zhàn)監(jiān)管變化用戶體驗(yàn)傳統(tǒng)銀行難滿足日益增長的用戶體驗(yàn)隨時(shí)的、超前的7x24 服務(wù)0秒授信隨需的、個(gè)性的招行APP埋點(diǎn)3萬個(gè)個(gè)性化推薦超3億次/每天隨地的、普惠的新網(wǎng)銀行開業(yè)二年，客戶增長-2500萬競(jìng)爭加劇Fintech蠶食銀行市場(chǎng)份額、利潤資產(chǎn)業(yè)務(wù)Fintech影響銀行1/3的收入負(fù)債業(yè)務(wù)余額寶導(dǎo)致銀行利息多支出600億中間業(yè)務(wù)移動(dòng)支付市場(chǎng)失去40%，結(jié)算收入下降50%監(jiān)管規(guī)則變化，壓力和機(jī)會(huì)并存業(yè)務(wù)連續(xù)性中國銀監(jiān)會(huì)要

2、求千億資產(chǎn)的銀行 必須建災(zāi)備中心，確保業(yè)務(wù)連續(xù) 性民營銀行牌照推動(dòng)本地銀行開放創(chuàng)新截止2019年 大陸19家民營銀行監(jiān)管科技針對(duì)金融機(jī)構(gòu)監(jiān)管科技，沙盒測(cè) 試一塊正在快速追趕國外成本增加3傳統(tǒng)銀行獲客留客成本高昂被動(dòng)依靠互聯(lián)網(wǎng)渠道獲客被動(dòng)依靠互聯(lián)網(wǎng)公司引流，無法真正獲得場(chǎng)景，成本越來越高，單個(gè) 客戶成本超100元。客戶粘性低，運(yùn)營成本高無自建場(chǎng)景，客戶粘性低，依靠線下運(yùn)營成本高昂。IOE架構(gòu)升級(jí)成本高昂傳統(tǒng)IOE架構(gòu)在對(duì)客戶運(yùn)營業(yè)務(wù)需求滿足上，升級(jí)成本高昂數(shù)字銀行變革構(gòu)筑七大核心競(jìng)爭力4國內(nèi)銀行典型實(shí)踐- 移動(dòng)優(yōu)先、數(shù)據(jù)驅(qū)動(dòng)、開放架構(gòu)、開放銀行未來銀行科技致勝平臺(tái)+生態(tài)=銀行即服務(wù)-BaaS用戶

3、畫像| 精準(zhǔn)營銷 |在線征信| 決策分析打造開放銀行平臺(tái)，聯(lián)結(jié)銀行與商業(yè)/生活的生態(tài)伙伴單用戶成本貸款量(元）7千萬3千億活躍用戶數(shù)￥70.6%不良貸款率去IOE，完全自主研發(fā)純開源技術(shù) , MySQL，Linux257API接口(個(gè))200萬100萬日交易量(筆）用戶數(shù)92平臺(tái)應(yīng)用(個(gè))全分布式 云化架構(gòu)移動(dòng)支付| 移動(dòng)營銷 |主動(dòng)獲客|普惠金融離柜率ICBC 97%行業(yè)平均近88%月度活躍用戶數(shù) MAU招商銀行 數(shù)字化轉(zhuǎn)型KPI-“北極星” 2017年起，3年內(nèi)MAU目標(biāo)6千萬 =2億招商銀行歷史交易：在線查詢 1年=7年 在線征信：信用卡征信 2周 =0秒（實(shí)時(shí)征信）Sberbank公司

4、客戶 放貸審批 X天=7分鐘（目標(biāo)）（應(yīng)用AI+大數(shù)據(jù)）5電子渠道逐漸由渠道、產(chǎn)品為中心，向以用戶為中心轉(zhuǎn)變移動(dòng)信貸完成線上貸前貸中貸后管理，讓客 戶隨時(shí)隨地享受普惠金融服務(wù)6金融開發(fā)平臺(tái)金融生態(tài)建立的基礎(chǔ)，實(shí)現(xiàn)金融能 力和生態(tài)技能的輸入輸出家庭銀行智能音響金融助手移動(dòng)銀行手機(jī)銀行、企業(yè)版手機(jī)銀行，新形 態(tài)的門店、新戰(zhàn)場(chǎng)的主要輸出微信銀行小程序圍繞用戶體系，獲客、活客以及營 銷互動(dòng)開發(fā)站移動(dòng)柜面移動(dòng)開卡開戶、行用卡進(jìn)件移動(dòng)營銷、智能廳堂儲(chǔ)蓄產(chǎn)品、理財(cái)基金銷售、營銷活 動(dòng)開展網(wǎng)點(diǎn)小助手、實(shí)現(xiàn)預(yù)填單、 CRM管理，產(chǎn)品展示新形態(tài) 新戰(zhàn)場(chǎng)智能客服智能交互實(shí)現(xiàn)智能語音服務(wù)為什么建設(shè)敏態(tài)核心客戶經(jīng)營-銀

5、行業(yè)務(wù)發(fā)展 的內(nèi)生動(dòng)力外接流量內(nèi)建場(chǎng)景開放銀行生態(tài)C端+衣 食 住 行 娛教 游 醫(yī)+B端G端+合作方+平臺(tái)+五大行和股份制：與互聯(lián)網(wǎng)巨頭的對(duì)接和合五大行和股份制：五大行和股份制：作較多，且合作較為深入，談判地位平等，但業(yè)建行的“善融商務(wù)”，“住房金融”，退伍軍人等生態(tài)；中國銀行的“開放銀行”平臺(tái)，為分行開發(fā)務(wù)布局存在部分重疊，屬于競(jìng)合關(guān)系。工行的“融E購”，“融E行”，“融E聯(lián)”；基于總行開放能力的特色應(yīng)用提供支持；平安的“金融服務(wù)、醫(yī)療健康、汽車服務(wù)、房產(chǎn)服務(wù)、光大銀行的云繳費(fèi)業(yè)務(wù)，繳費(fèi)項(xiàng)4000余項(xiàng)，智慧城市”五大生態(tài)打造；微信、支付寶等都是接入的光大云繳費(fèi)，光招商銀行的“掌上生活”，涵

6、蓋購物，美食，出行，娛 樂等場(chǎng)景。大按照筆數(shù)收取手續(xù)費(fèi)。城農(nóng)商行：與互聯(lián)網(wǎng)巨頭的合作談判地位不對(duì)城農(nóng)商行：城農(nóng)商行：等，除少部分銀行和互聯(lián)網(wǎng)企業(yè)有深入合作外，部分科技能力較強(qiáng)的銀行自建場(chǎng)景，比如江蘇銀行的南京銀行鑫云+平臺(tái)，與阿里合作搭建互聯(lián)如南京銀行的鑫云+；金融金融的京東聯(lián)名信用“串串盈”，西安銀行的“社區(qū)銀行”，中原銀行的網(wǎng)開放平臺(tái)，2018年實(shí)現(xiàn)獲客近千萬，累計(jì)卡，合作內(nèi)容基本停留在購買流量的階段，且對(duì)“吃貨地圖”等；發(fā)放貸款820億元，與20家銀行達(dá)成戰(zhàn)略合銀行的定制化方案響應(yīng)不及時(shí)，引流效果一般；科技能力較弱的銀行與合作方共建場(chǎng)景，以合作方的產(chǎn)作協(xié)議的簽訂。城農(nóng)商行轉(zhuǎn)而向?qū)俚鼗ヂ?lián)

7、網(wǎng)企業(yè)聚焦，與當(dāng)?shù)仄髽I(yè)或創(chuàng)業(yè)型公司互換資源，實(shí)現(xiàn)獲客。品化平臺(tái)為基礎(chǔ)，實(shí)現(xiàn)場(chǎng)景的搭建。鑫E家，互聯(lián)網(wǎng)同業(yè)平臺(tái)，平臺(tái)累計(jì)注冊(cè)金融機(jī)構(gòu)180余家，交易金額1萬1千億元7業(yè)務(wù)快速發(fā)展對(duì)金融IT系統(tǒng)帶來的挑戰(zhàn)簡化運(yùn)維業(yè)務(wù)快 速發(fā)展移動(dòng)化互聯(lián)網(wǎng)金融市場(chǎng)利率化監(jiān)管嚴(yán)格快速交付安全可控穩(wěn)定可靠提高利用率高性能彈性擴(kuò)展成本可控8IT架構(gòu)向開放分布式架構(gòu)演進(jìn)IOE架構(gòu)（傳統(tǒng)銀行）雙模IT架構(gòu)（傳統(tǒng)+數(shù)字銀行）分布式互聯(lián)網(wǎng)架構(gòu)（全數(shù)字化銀行）封閉，玩家少，以IOE為代表可維護(hù)性差，成本高擴(kuò)展性差，難以支撐大規(guī)模交易封閉開放系統(tǒng)并存，傳統(tǒng)核心業(yè)務(wù)運(yùn)行 在封閉架構(gòu)上，新興業(yè)務(wù)運(yùn)行在分布式 架構(gòu)上靈活，易擴(kuò)展傳統(tǒng)核心業(yè)

8、務(wù)維護(hù)成本高基于開源技術(shù)和x86服務(wù)器，全分布式靈活，易擴(kuò)展支持多種移動(dòng)互聯(lián)網(wǎng)場(chǎng)景低TCO，運(yùn)維自動(dòng)化程度高支撐業(yè)務(wù)快速創(chuàng)新分布式架構(gòu)+開源成為銀行IT架構(gòu)演進(jìn)趨勢(shì)9架構(gòu)介紹特征典型銀行大部分中小銀行，如城市商業(yè) 銀行、農(nóng)村信用合作社工行、建行、新網(wǎng)銀行、招商銀行網(wǎng)商銀行、微眾銀行分布開源集中化分布雙模架構(gòu)存儲(chǔ)陣列數(shù)據(jù)庫：數(shù)據(jù)庫：數(shù)據(jù)庫：小型機(jī)大型機(jī)AS400技術(shù)架構(gòu)適應(yīng)時(shí)代的發(fā)展“分布式”時(shí)代“大集中”時(shí)代大機(jī)/小機(jī)銀行應(yīng)用PaaSIaa S微服務(wù) 框架企業(yè) 大數(shù)據(jù)容器分布式數(shù)據(jù)庫消息中間件分布式運(yùn)維虛擬計(jì)算/虛擬存儲(chǔ)/虛擬網(wǎng)絡(luò)COBOL/RPG/Java/C+CICS/WAS/Tuxedo

9、DB2/OraclezOS/OS400/Unix業(yè)務(wù) 特點(diǎn)強(qiáng)一致性軟+硬IaaS區(qū)塊鏈AIIoT應(yīng)用組件客戶認(rèn)證記賬組件簽約組件流程銀行開放銀行對(duì)賬組件咨詢、實(shí)施、運(yùn)維、外包咨詢、實(shí)施、運(yùn)維、外包+服務(wù)PL/SQLSQLExadataTeradataDaaSM/RYarnHDFSHbaseCarbonData應(yīng)用組件ESFlinkHiveMahout10銀行IT服務(wù)能力為什么需要轉(zhuǎn)型銀行金融業(yè)務(wù)中臺(tái)支撐能力構(gòu)建12微服務(wù)與分布式架構(gòu)實(shí)現(xiàn)敏捷化開發(fā)3金融云平臺(tái)助力銀行IT轉(zhuǎn)型411目錄銀行IT系統(tǒng)建設(shè)由集中式向分布式轉(zhuǎn)型轉(zhuǎn)型驅(qū)動(dòng)力：分布式架構(gòu)應(yīng)對(duì)互聯(lián)網(wǎng)業(yè)務(wù)浪涌業(yè)務(wù)中臺(tái)微服務(wù)化加快業(yè)務(wù)創(chuàng)新降低總擁

10、有成本傳統(tǒng)銀行IT應(yīng)用架構(gòu)重點(diǎn)在建設(shè)“業(yè)務(wù)系統(tǒng)”，新一代銀行IT應(yīng)用架構(gòu)重點(diǎn) 在建設(shè)“業(yè)務(wù)中臺(tái)”。12基于業(yè)務(wù)中臺(tái)的應(yīng)用架構(gòu)13互聯(lián)網(wǎng)敏態(tài)銀行業(yè)務(wù)架構(gòu)14目錄銀行IT服務(wù)能力為什么需要轉(zhuǎn)型銀行金融業(yè)務(wù)中臺(tái)支撐能力構(gòu)建12微服務(wù)與分布式架構(gòu)實(shí)現(xiàn)敏捷化開發(fā)3金融云平臺(tái)助力銀行IT轉(zhuǎn)型415物理資源池（IaaS）中間件資 源層應(yīng)用層業(yè)務(wù)部門1OracleDB ArrayPG-SQLSLBWeblogic Conherence Websphere業(yè)務(wù)部門2PG-SQLOSBArray OracleDBWeblogic Tomcat MQ業(yè)務(wù)部門3MySQLTomcat分布式存儲(chǔ)AutoScaleACM

11、emcache分布式文件業(yè)務(wù)部門4HIVE HBASE SPARK-SQLStreamGBase Aster Storm靜態(tài)資源分配、分散管理：各分散的業(yè)務(wù)部門通常按照規(guī)劃的最大資源申請(qǐng)物理機(jī)、虛機(jī)資源，物理資源仍被私有化，無 法實(shí)現(xiàn)共享，利用率低。通常數(shù)據(jù)中心利用率在10% 20%。應(yīng)用架構(gòu)七國八制：技術(shù)架構(gòu)、中間件有各業(yè)務(wù)部門（合作ISV）獨(dú)立選型、采購，OS、中間件選擇不統(tǒng)一，類型眾多。16雖然通過IaaS實(shí)現(xiàn)物理資源的池化，但由于人為靜態(tài)獨(dú)占資源，并不能很好的解決資源共享和利用率的問題。挑戰(zhàn)1：煙囪式應(yīng)用系統(tǒng)構(gòu)建，難于共享，資源利用率低大代碼基線、錯(cuò)綜復(fù)雜依賴的單體應(yīng)用架構(gòu)，導(dǎo)致往往新

12、增一個(gè)小特性需要數(shù)月到半年之久！開發(fā)周期長：龐大代碼基線，涉及100200人團(tuán)隊(duì)開發(fā)維護(hù)組件耦合大、責(zé)任不清楚，牽一發(fā)而動(dòng)全身部署慢、擴(kuò)容慢：部署過程不可重復(fù)、出錯(cuò)率高；不支持自動(dòng)彈性伸縮升級(jí)難：固定時(shí)間窗、集中大規(guī)模人力中斷服務(wù)升級(jí)請(qǐng)求接入 處理文件 訪問加解 密日志異常處理國際化數(shù)據(jù)訪問服務(wù)控制 組合沖正處理批量作業(yè) 調(diào)度批量處理服務(wù)后處 理交易記錄 應(yīng)用服務(wù)器：基礎(chǔ)層 OSVM 運(yùn)行時(shí)配置層報(bào)文適P配 la流量t控f制or交m易調(diào).度ja對(duì)r外呼出產(chǎn)品服務(wù)1產(chǎn)品服務(wù)2產(chǎn)品服務(wù)n幾十M1kb+4.7G+幾百M(fèi)17某 客 戶 現(xiàn)有術(shù)堆單棧體應(yīng) 用 技挑戰(zhàn)2：臃腫的單體應(yīng)用架構(gòu)，無法滿足敏捷和

13、快速業(yè)務(wù)的訴求挑戰(zhàn)3：互聯(lián)網(wǎng)時(shí)代的新常態(tài)：快與變互聯(lián)網(wǎng)、移動(dòng)互聯(lián)網(wǎng)時(shí)代1、互聯(lián)網(wǎng)流量的不可預(yù)測(cè)性，對(duì)業(yè)務(wù)彈性要求越來越高如何通過云計(jì)算改善IT效率應(yīng)對(duì)互聯(lián)網(wǎng)時(shí)代“快與變”的新常態(tài)，是傳統(tǒng)企業(yè)數(shù)字化轉(zhuǎn)型迫切希望解決的問題！快速創(chuàng)新訴求1、企業(yè)現(xiàn)場(chǎng)業(yè)務(wù)辦理、遠(yuǎn)程異地辦公等移動(dòng)化業(yè)務(wù)需求2、通過移動(dòng)辦公提高企業(yè)對(duì)業(yè)務(wù)的快速反應(yīng)、高效服務(wù)的能力18緊耦合，系統(tǒng)復(fù)雜、錯(cuò)綜交互，動(dòng)一發(fā)而牽 全身重復(fù)制造各種輪子：OS、DB、Middleware完全封閉的架構(gòu)松耦合在大型、超大型企業(yè)中仍然流行通常通過ESB進(jìn)行系統(tǒng)集成大團(tuán)隊(duì)：100200人TTM: 1年、半年、月集中式、計(jì)劃內(nèi)停機(jī)擴(kuò)容解耦互聯(lián)網(wǎng)公司、中小企

14、業(yè)、初創(chuàng)公司小團(tuán)隊(duì)：2 Pizza TeamTTM: 按天、周進(jìn)行升級(jí)發(fā)布DevOps: CI, CD, 全自動(dòng)化可擴(kuò)展性：自動(dòng)彈性伸縮高可用：升級(jí)、擴(kuò)容不中斷業(yè)務(wù)第一代：單體架構(gòu)第二代：SOA架構(gòu)第三代：微服務(wù)架構(gòu)應(yīng)用架構(gòu)在發(fā)展演進(jìn)：云原生、微服務(wù)19微服務(wù)組件成為當(dāng)前和未來的主流架構(gòu)，帶來的核心價(jià)值是能縮短業(yè)務(wù)上線周期和保障業(yè)務(wù)運(yùn)行高可靠微服務(wù)核心特征：小、獨(dú)、輕、松小 獨(dú) 輕 松Own process單獨(dú)的進(jìn)程Lightweight mechanisms輕量級(jí)通信機(jī)制，通常是HTTP/REST接口Independently deployable松耦合、可獨(dú)立部署 微 服 務(wù)須 同 時(shí) 滿

15、 足 四 個(gè) 條 件區(qū)別于傳統(tǒng)單體應(yīng)用，后者各個(gè)模塊、組件或動(dòng)態(tài)庫是集成在一個(gè)大進(jìn)程中運(yùn)行的區(qū)別于傳統(tǒng)SOA架構(gòu)，后者是基于重型總線ESB、Centralized Governance集中管控的架構(gòu)每個(gè)微服務(wù)可獨(dú)立編譯（無二進(jìn)制接口依賴），獨(dú)立部署（無部署順序依賴），獨(dú)立運(yùn)行（無啟動(dòng)順序依賴）微服務(wù)特征Small services粒度小，且專注一件事情如何界定微服務(wù)多小算小：代碼行數(shù)？重寫時(shí)間？跟語言、技能相關(guān)，都不合適亞馬遜認(rèn)為：由2-Pizza團(tuán)隊(duì)端到端負(fù)責(zé)1個(gè)或1組服務(wù)，大小是合適的當(dāng)今世界軟件開發(fā) 領(lǐng)域最具影響力的 五位大師之一20Martin Fowler總結(jié)Netflix等互聯(lián)網(wǎng)架

16、構(gòu)實(shí)踐，提出了Microservice（微服務(wù)）架構(gòu)的概念：微服務(wù)不是銀彈分布式下的平衡之道集成依賴打樁，孤島測(cè)試(基于接口編程，錄制請(qǐng)求)問題分散，定位困難(日志聚合)部署環(huán)境更加復(fù)雜(PaaS，Docker，自動(dòng)化)運(yùn)維更 難 溝通 更分布式事務(wù)難保證數(shù)據(jù)強(qiáng)一致性（補(bǔ)償）遠(yuǎn)程調(diào)用的網(wǎng)絡(luò)開銷，超時(shí)問題大(API網(wǎng) 關(guān)，合并請(qǐng)求，批量處理)更加復(fù) 雜保障AvailabilityPartition Tolerance規(guī)避(補(bǔ)償)Consistency (一致性)無狀態(tài)計(jì)算服務(wù)最終一致性CAP原則：一個(gè)分布式系統(tǒng)最多只能同時(shí)滿足三項(xiàng)中的兩項(xiàng)一致性（Consistency）可用性（Availabil

17、ity）分區(qū)容錯(cuò)性（Partition tolerance）涉及團(tuán)隊(duì)多，溝通成本高分布式帶來的問題21CAP原則根據(jù)業(yè)務(wù)來平衡首先保證服務(wù)的冪等性（查詢是天生冪等的） 樂觀鎖:更新刪除都帶條件（更新時(shí)間/版本） 失敗后隔時(shí)重試直到成功來補(bǔ)償分布式改造的痛點(diǎn)應(yīng)用面 變革數(shù)據(jù)面變革基礎(chǔ)設(shè)施面 變革數(shù)據(jù)分片表3表2表1直銷銀行互聯(lián)網(wǎng) 金融核心信用卡Cloud OS + AC ControllerPaaS遺留系統(tǒng)區(qū)3微服務(wù)化業(yè)務(wù)中臺(tái)2數(shù)據(jù)分布化1基礎(chǔ)設(shè)施云化業(yè)務(wù)中臺(tái)用戶中心產(chǎn)品中心資產(chǎn)中心外聯(lián)中心營銷中心風(fēng)控中心22無成熟分布式數(shù)據(jù)庫產(chǎn)品 及生態(tài)，采用分庫分表+MySQL 。分庫分表設(shè)計(jì)，以及給應(yīng)用帶

18、來改造。自動(dòng)化運(yùn)維部署。大量外設(shè)無法納入云化管理。痛點(diǎn)缺乏分布式改造建設(shè)經(jīng)驗(yàn)。初期建設(shè)開發(fā)量大，需要大量人力投入。分布式事務(wù)管理，分布式架構(gòu)下的通信，分布式批處 理調(diào)度。目錄銀行IT服務(wù)能力為什么需要轉(zhuǎn)型銀行金融業(yè)務(wù)中臺(tái)支撐能力構(gòu)建12微服務(wù)與分布式架構(gòu)實(shí)現(xiàn)敏捷化開發(fā)3金融云平臺(tái)助力銀行IT轉(zhuǎn)型423金融云整體架構(gòu)圖24業(yè)務(wù)云化建設(shè)與規(guī)劃場(chǎng)景APP1中間件1 數(shù)據(jù)庫1OS1OS2APP2中間件1 數(shù)據(jù)庫1OS3OS4x86x86x86x86適合在池外的應(yīng)用 系統(tǒng)，如數(shù)據(jù)庫等APP1APAPP2APAPP3APVM VMVM VM中 間 中 間件 1 件 2VM VM中間 件3中間 件4中間 件

19、5中間 件6部署、配置、監(jiān)控虛擬化虛擬化虛擬化x86x86x86適合應(yīng)用和中間件緊耦 合的應(yīng)用系統(tǒng)等APP2APP1APP3x86IaaS自動(dòng)化編排C VMC VMC VMAPAPAP中間 件1中間 件2中間 件3中間 件4中間 件5中間 件6適合應(yīng)用和中間件不 綁定的應(yīng)用系統(tǒng)，如 辦公類業(yè)務(wù)等x86IaaS自動(dòng)化（I/P層打通）PaaS中間件服務(wù)平臺(tái)中間件n中間件1APP1APP2APP3中間件2APAPAP中間件能力從應(yīng)用層轉(zhuǎn) 移到PaaS層形成標(biāo)準(zhǔn)化 服務(wù)、可共享平臺(tái)架構(gòu)IaaSPaaS中間件服務(wù)平臺(tái)x86數(shù)據(jù)中間件APP2微服務(wù)應(yīng)用APP1適合新定制開發(fā) 的應(yīng)用系統(tǒng)等池外應(yīng)用系統(tǒng)的物

20、理資源納管到資源 池（應(yīng)用不改）應(yīng)用系統(tǒng)的基礎(chǔ)設(shè) 施云化（應(yīng)用不改 或少改）應(yīng)用容器化，快速發(fā) 布和彈性伸縮（應(yīng)用 不改或少改）中間件服務(wù)化， PaaS大集中（應(yīng) 用不改或少改）應(yīng)用微服務(wù)化實(shí)現(xiàn) Cloud-Native架構(gòu)（應(yīng)用架構(gòu)改造）傳統(tǒng)IT服務(wù)器虛擬化私有云/融合資源池混合云/IT服務(wù)化混合云/云原生2527應(yīng)用上云建議：多場(chǎng)景并存，漸進(jìn)式演進(jìn)通過需求驅(qū)動(dòng)應(yīng)用分場(chǎng)景上云，漸進(jìn)式演進(jìn)（遺留應(yīng)用/老應(yīng)用不做代碼級(jí)改造，以自動(dòng)化為主）PaaS核心是為應(yīng)用上云提供服務(wù)化、自動(dòng)化和分布式化的支撐能力，降低應(yīng)用上云難度低高高落地難度（涉及組織、流程、平臺(tái)、應(yīng)用架構(gòu)的變革）生 態(tài) 要 求(3)容器

21、應(yīng)用部署 運(yùn)維自動(dòng)化（自動(dòng)編排部 署、彈性伸縮、監(jiān)控運(yùn)維）(4)微服務(wù) 應(yīng)用業(yè)務(wù) 微服務(wù)化（新建、改造）軟件自動(dòng)化（應(yīng)用少量適配）Cloud-Native（應(yīng)用架構(gòu)重構(gòu)）(1)虛擬化 基礎(chǔ)設(shè)施 資源池化（單體應(yīng)用、手 工部署）(2)服務(wù)治理 歷史服務(wù)快速 接入治理框架（自助申請(qǐng)、 自動(dòng)發(fā)放）實(shí)施 節(jié)奏 建議路線1：“跳躍式”路線2：“漸進(jìn)式”全面 云化 演進(jìn) 建設(shè) 路徑平臺(tái)類ISV 業(yè)務(wù)范圍應(yīng)用類ISV 業(yè)務(wù)范圍APP（業(yè)務(wù)邏輯）(4)(3)平臺(tái)能力(2)(1)（數(shù)據(jù)庫、運(yùn)行時(shí)、中間件等，如CBB組件）OS基礎(chǔ)設(shè)施傳統(tǒng)應(yīng)用軟件棧端到端的云Stack金融技術(shù)中臺(tái)解決方案，加速金融數(shù)字化轉(zhuǎn)型技術(shù)沉

22、 淀產(chǎn)品經(jīng)驗(yàn)沉 淀服務(wù)云容器引擎CCE微服務(wù)引擎PaaS平臺(tái)底座（通用PaaS能力）開發(fā)測(cè)試DevOps 調(diào)用鏈APM應(yīng)用運(yùn)維APM標(biāo)準(zhǔn)化服務(wù)集成建設(shè)（集成設(shè)計(jì)/系統(tǒng)開發(fā)/集成驗(yàn)證/試運(yùn)行/集成驗(yàn)收）運(yùn)營運(yùn)維咨詢規(guī)劃DevOps規(guī) 劃 咨 詢業(yè) 務(wù) 應(yīng) 用 平 臺(tái) 咨 詢微 服 務(wù) 改 造 咨 詢開源通用中間件商用通用中間件行業(yè)ISV中間件DevOps實(shí)施服務(wù)軟件開發(fā)管理服務(wù)中間件開發(fā)支持服務(wù)服務(wù)目錄開發(fā)支持服務(wù)微服務(wù)/容器化開發(fā)支持服務(wù)API對(duì)接開發(fā)支持服務(wù)應(yīng)用上云開發(fā)支持服務(wù)最佳指導(dǎo)中間件集成服務(wù)按需使用云化開發(fā)集成管理服務(wù)管家服務(wù)PaaS規(guī)劃設(shè)計(jì)與實(shí)施基礎(chǔ)服務(wù)咨詢規(guī)劃服務(wù)最佳策劃商業(yè)級(jí)分

23、布式中間件市場(chǎng)（分布式改造能力中心）分布式緩存DCS分布式消息DMS分布式事務(wù)DTM其他服務(wù)API網(wǎng)關(guān)APIG云Stack擁抱第三方組件，開放生態(tài)！金融數(shù)字化轉(zhuǎn)型中臺(tái)落地總結(jié)角 色定 義規(guī)劃建設(shè)部門負(fù)責(zé)整體IT系統(tǒng)建設(shè)和云平臺(tái)規(guī)劃建設(shè)的部門平臺(tái)運(yùn)維 部門負(fù)責(zé)云平臺(tái)（含IaaS、PaaS等） 的整體建設(shè)和運(yùn)維業(yè)務(wù) 部門提出公司新業(yè)務(wù)商業(yè)場(chǎng)景的部 門，比如市場(chǎng)部，負(fù)責(zé)公司數(shù) 字化業(yè)務(wù)的規(guī)劃和提出業(yè)務(wù)開發(fā)部門負(fù)責(zé)業(yè)務(wù)系統(tǒng)的開發(fā)、測(cè)試或遷移的研發(fā)團(tuán)隊(duì)或ISV合作伙伴業(yè)務(wù)運(yùn)維部門負(fù)責(zé)業(yè)務(wù)上線生產(chǎn)系統(tǒng)的運(yùn)維部門，對(duì)業(yè)務(wù)SLA保障負(fù)責(zé)管云上云/用云建云IT系統(tǒng)摸底調(diào)查應(yīng)用上云評(píng)估規(guī)劃建云評(píng)估與規(guī)劃建云用云規(guī)

24、劃應(yīng)用遷移規(guī)劃中臺(tái)架構(gòu)規(guī)劃DevOps轉(zhuǎn)型規(guī)劃制定業(yè)務(wù) 上云計(jì)劃租戶項(xiàng)目申請(qǐng)軟件基礎(chǔ)設(shè)施申請(qǐng)應(yīng)用開發(fā)或改造自動(dòng)構(gòu)建應(yīng)用建模部署設(shè)計(jì)應(yīng)用管理彈性伸縮故障自愈灰度升級(jí)業(yè)務(wù)測(cè)試業(yè)務(wù)上線平臺(tái)運(yùn)維規(guī)劃建設(shè)/業(yè)務(wù)部 門/平臺(tái)運(yùn)維部門業(yè)務(wù)開發(fā)部門/運(yùn)維部門業(yè)務(wù)開發(fā)/業(yè)務(wù)運(yùn) 維/平臺(tái)運(yùn)維部門規(guī)劃建設(shè)/平 臺(tái)運(yùn)維部門規(guī)劃建設(shè)部門業(yè)務(wù)部門/ 業(yè)務(wù)開發(fā)部門/ 業(yè)務(wù)運(yùn)維部門租戶租戶（開發(fā)/測(cè)試/運(yùn)維）（開發(fā)/測(cè)試/運(yùn)維）租戶（開發(fā)/測(cè)試）租戶（開發(fā)、測(cè)試）租戶（開發(fā)/測(cè)試/運(yùn)維）租戶（開發(fā)/測(cè)試）租戶（交付/運(yùn)維）單元測(cè)試集成測(cè)試驗(yàn)收測(cè)試部署架構(gòu) 設(shè)計(jì)高可用設(shè) 計(jì)租戶（運(yùn)維）監(jiān)控運(yùn)維需求/bug持續(xù)迭代容量管理擴(kuò)容評(píng)

25、估集群擴(kuò)容故障處理日常運(yùn)維應(yīng)用駕駛艙組織權(quán)限 角色管理中臺(tái)服務(wù) 運(yùn)維管理安全管理在網(wǎng)性能壓測(cè)平臺(tái)運(yùn)維部門持續(xù)集成 CI持續(xù)交付 CD業(yè)務(wù)應(yīng)用平臺(tái)咨詢微服務(wù)改造咨詢 DevOps規(guī)劃咨詢?nèi)萜骰_發(fā)支持服務(wù)微服務(wù)開發(fā)支持服務(wù)API對(duì)接開發(fā)支持服務(wù)28遺留應(yīng)用C微服務(wù)Java微服務(wù)微服務(wù)引擎：多元、開放的云原生微服務(wù)框架，更快開發(fā)低門檻開發(fā)微服務(wù)開發(fā)框架（標(biāo)準(zhǔn)OpenAPI，多語言）微服務(wù)高級(jí)治理服 務(wù) 發(fā) 現(xiàn)服服 務(wù) 路 由多 通 信 訪 問調(diào) 用 鏈 跟 蹤務(wù)配置微服務(wù)基礎(chǔ)治理多 事 務(wù) 管 理多 運(yùn) 行 時(shí) 管 理ServiceMesh&容 錯(cuò)熔 斷限灰監(jiān)流度控降發(fā)分級(jí)布析微 服 務(wù) 安 全0

26、改動(dòng)接入Service Mesh客戶價(jià)值兼容利舊，敏捷開發(fā) 適應(yīng)未來的云原生架構(gòu)經(jīng)歷終端云億級(jí)用戶考驗(yàn)WeLink手機(jī)辦公平臺(tái)首選架構(gòu)挑戰(zhàn)煙囪式大顆粒應(yīng)用無法滿足DevOps 遺留應(yīng)用與創(chuàng)新應(yīng)用如何快速接入？ 海量微服務(wù)如何治理？產(chǎn)品亮點(diǎn)創(chuàng)新應(yīng)用Go微服務(wù)29統(tǒng)一微服務(wù)治理* 微服務(wù)引擎 ServiceComb 是Apache基金會(huì)的頂級(jí)開源項(xiàng)目；* 社區(qū)網(wǎng)站：http:/servicecomb.io/微服務(wù)設(shè)計(jì)最佳實(shí)踐 領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)（DDD）領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)的核心思想：技術(shù)專家、領(lǐng)域?qū)＜乙黄穑⒔y(tǒng)一的語言，通過事件風(fēng)暴、命令風(fēng)暴、尋找聚合、劃分上下文邊界，從而定義微服務(wù)。30云中間件平臺(tái)-幫助

27、企業(yè)輕松應(yīng)對(duì)業(yè)務(wù)分布式改造和涌浪DCS分布式緩存中間件適用于高讀寫性能場(chǎng)景及彈性伸縮 的業(yè)務(wù)需求，提高網(wǎng)站訪問性能。 如視頻直播、電商行業(yè)促銷秒殺。DMS分布式消息中間件提供高可靠、可擴(kuò)展的托管消息隊(duì) 列，提升系統(tǒng)響應(yīng)速度，輕松應(yīng)對(duì) 數(shù)據(jù)洪峰。DTM分布式事務(wù)中間件高性能、高可靠、接入簡單的分布 式事務(wù)中間件，解決分布式系統(tǒng)的 事務(wù)一致性問題。31分布式消息服務(wù)DMS功能特性及場(chǎng)景分布式消息服務(wù)一鍵部署： 免去重復(fù)搭建 無憂運(yùn)維數(shù)據(jù)高可靠：消息持久化，多副本高可用：集群架構(gòu)，跨AZ彈性擴(kuò)縮： 海量消息堆積， 高度可擴(kuò)展性安全加固，更可靠： 提供云端審計(jì)、消息 加密、網(wǎng)絡(luò)控制基于開源：支持開源，

28、零改動(dòng)為應(yīng)用系統(tǒng)提供異步消息隊(duì)列服務(wù)，通過高可用的消息緩沖隊(duì)列，實(shí)現(xiàn)應(yīng)用解耦、突發(fā)流量處理及與第三方集成。典型場(chǎng)景：處理用戶上傳任務(wù)，報(bào)告生成，日志傳輸，推送通知等32為什么需要消息服務(wù)？在云上提供分布式消息隊(duì)列的服務(wù)， 讓用戶使用更加方便、高效、快捷、 免運(yùn)維，讓應(yīng)用具有分布式、可擴(kuò) 展、高可用性能力系統(tǒng)解耦削峰填谷異步通知數(shù)據(jù)交換日志通道基于發(fā)布訂閱模型和異步通信，增加應(yīng)用水 平擴(kuò)展性和快速響應(yīng)能力大促等流量洪流來襲時(shí)，消息服務(wù)可以緩沖 突發(fā)流量，避免整個(gè)系統(tǒng)崩潰解決1對(duì)多數(shù)據(jù)交換，解決多服務(wù)模塊數(shù)據(jù) 匯聚海量終端數(shù)據(jù)接入、高吞吐、低時(shí)延實(shí)時(shí)并 發(fā)消費(fèi)消息做為重要日志的監(jiān)控通信管道，將應(yīng)用

29、日志監(jiān)控對(duì)系統(tǒng)性能影響降到最低33分布式消息適用場(chǎng)景訂單系統(tǒng)訂單數(shù)據(jù)庫庫存系統(tǒng)積分系統(tǒng)倉儲(chǔ)系統(tǒng)庫存數(shù)據(jù)庫積分?jǐn)?shù)據(jù)庫倉儲(chǔ)數(shù)據(jù)庫DMS1233334分布式緩存中間件DCS功能特性及場(chǎng)景分布式緩存服務(wù)規(guī)格靈活：主備、集群，最大可至 1024GB基于開源：Redis完善的API接口數(shù)據(jù)安全： 租戶物理隔離， 支持跨AZ高可用多維安全加固，更加可靠高性能：單實(shí)例 QPS10W+WEB頁面緩存會(huì)話數(shù)據(jù)緩存配置數(shù)據(jù)緩存業(yè)務(wù)數(shù)據(jù)緩存使用特點(diǎn)：高性能讀寫(百萬級(jí)并發(fā))，數(shù)據(jù) 量G級(jí)別，多種數(shù)據(jù)類型，需要持久化解決問題：提高數(shù)據(jù)查詢和讀寫效率，減輕管理維護(hù)工作量，降低數(shù)據(jù)庫存儲(chǔ)成本主要應(yīng)用場(chǎng)景為應(yīng)用系統(tǒng)提供高性能

30、的Key-Value的緩存數(shù)據(jù)庫服務(wù)。有效提升熱點(diǎn)數(shù)據(jù)訪問速度，并大幅降低數(shù)據(jù)庫的壓力。典型場(chǎng)景：熱點(diǎn)數(shù)據(jù)訪問加速、非關(guān)鍵數(shù)據(jù)/過程數(shù)據(jù)在緩存讀寫，降低數(shù)據(jù)庫負(fù)荷。35DTM保證分布式事務(wù)一致性價(jià)值避免因數(shù)據(jù)不一致問題帶來的經(jīng)濟(jì)損失高性能：每秒完成2500+分布式事務(wù)高可用：服務(wù)器集群高可用，秒級(jí)故障自動(dòng)恢復(fù)廣泛性：支撐各種服務(wù)框架、關(guān)系型數(shù)據(jù)庫簡單易用：事務(wù)注解或API接入，開發(fā)成本低挑戰(zhàn)微服務(wù)拆分與分布式應(yīng)用如何保持將數(shù)據(jù)一致性？亮點(diǎn)支付系統(tǒng)存款帳戶傳統(tǒng)核心內(nèi)部帳DTM試 探試 探試 探同步試探結(jié)果試探結(jié)果？提交/ 撤 銷提交/ 撤 銷提交/ 撤 銷Y/N36高效管控、統(tǒng)一規(guī)范、穩(wěn)定安全的

31、API開放平臺(tái)API 管理API Administrator輕松管理、統(tǒng)一規(guī)范API生命周期管理API創(chuàng)建微網(wǎng)關(guān)管理API兼容性保障微網(wǎng)關(guān)API Micro Gateway靈活安全、敏捷集成高性能路由轉(zhuǎn)發(fā)協(xié)議開放：REST、SOAP安全訪問、流量控制服務(wù)自動(dòng)發(fā)現(xiàn)API 分析API Analytics精細(xì)監(jiān)控、穩(wěn)定可靠API調(diào)用分析API運(yùn)維監(jiān)控開發(fā)者門戶Developer Portal統(tǒng)一管控、友好體驗(yàn)API產(chǎn)品目錄APP生命周期管理API訂閱API資料檢索定義、創(chuàng)建、發(fā)布APIAPI提供者獲取、學(xué)習(xí)、訂閱、調(diào)用API消費(fèi)者審批、分析API系統(tǒng)管理員API運(yùn)行與安全API通道37云容器引擎核心

32、技術(shù)堆棧業(yè)務(wù)“伸縮快”故障“定位快”混編應(yīng)用與中間件混編彈性應(yīng)用生命周期管理自動(dòng)化分布式應(yīng)用編排部署中間件智能應(yīng)用性能監(jiān)控分析資源“準(zhǔn)備快”應(yīng)用 “上線快”CCE：云原生應(yīng)用生命周期管理平臺(tái)Software RegistryHELMCluster ManagementIngressControllerAPMPolicyEngineS2I/B2ICNIiCAN IPv6CSIFuxi FusionStorgeK8S + DockerCCMCRIFusionSphereEuler DockerFusionComputeSuse DockerDevice PluginNvida GPU D-芯片38

33、云容器功能架構(gòu)圖容器網(wǎng)絡(luò)：iCAN自研技術(shù)，支持L2 Overlay網(wǎng)絡(luò)模型容器存儲(chǔ)：支持臨時(shí)存儲(chǔ)和持久化存儲(chǔ)；支持指定存儲(chǔ)類型 申請(qǐng)塊存儲(chǔ)；支持容器實(shí)例遷移后，塊存儲(chǔ)卷跟隨遷移軟件倉庫：支持軟件倉庫管理(鏡像/模板)，支持S2I/B2I應(yīng)用管理：支持故障遷移、服務(wù)升級(jí)、灰度發(fā)布(ALB配合)應(yīng)用運(yùn)維：支持應(yīng)用/實(shí)例/容器等全維度監(jiān)控，支持日志分析彈性伸縮：支持定時(shí)伸縮、周期伸縮，支持自定義彈性伸縮 策略關(guān)鍵能力39容器技術(shù)3大典型場(chǎng)景及價(jià)值應(yīng)用快速部署實(shí)現(xiàn)應(yīng)用快速上線應(yīng)用彈性伸縮提升資源利用率應(yīng)用自動(dòng)升級(jí)不中斷業(yè)務(wù)運(yùn)行支持容器和非容器應(yīng)用部署部署時(shí)間通常在秒級(jí)啟動(dòng)親和性：就近部署，就近路由反親和性： 高可靠性考慮，減少宕機(jī)影響，避免干擾。按需擴(kuò)容或縮容應(yīng)用資源節(jié)點(diǎn)，即可以 保障業(yè)務(wù)高可靠運(yùn)行，又可以合