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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

17、ity）分區(qū)容錯性（Partition tolerance）涉及團隊多，溝通成本高分布式帶來的問題21CAP原則根據(jù)業(yè)務(wù)來平衡首先保證服務(wù)的冪等性（查詢是天生冪等的） 樂觀鎖:更新刪除都帶條件（更新時間/版本） 失敗后隔時重試直到成功來補償分布式改造的痛點應(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ù)中臺2數(shù)據(jù)分布化1基礎(chǔ)設(shè)施云化業(yè)務(wù)中臺用戶中心產(chǎn)品中心資產(chǎn)中心外聯(lián)中心營銷中心風(fēng)控中心22無成熟分布式數(shù)據(jù)庫產(chǎn)品 及生態(tài)，采用分庫分表+MySQL 。分庫分表設(shè)計，以及給應(yīng)用帶

18、來改造。自動化運維部署。大量外設(shè)無法納入云化管理。痛點缺乏分布式改造建設(shè)經(jīng)驗。初期建設(shè)開發(fā)量大，需要大量人力投入。分布式事務(wù)管理，分布式架構(gòu)下的通信，分布式批處 理調(diào)度。目錄銀行IT服務(wù)能力為什么需要轉(zhuǎn)型銀行金融業(yè)務(wù)中臺支撐能力構(gòu)建12微服務(wù)與分布式架構(gòu)實現(xiàn)敏捷化開發(fā)3金融云平臺助力銀行IT轉(zhuǎn)型423金融云整體架構(gòu)圖24業(yè)務(wù)云化建設(shè)與規(guī)劃場景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自動化編排C VMC VMC VMAPAPAP中間 件1中間 件2中間 件3中間 件4中間 件5中間 件6適合應(yīng)用和中間件不 綁定的應(yīng)用系統(tǒng)，如 辦公類業(yè)務(wù)等x86IaaS自動化（I/P層打通）PaaS中間件服務(wù)平臺中間件n中間件1APP1APP2APP3中間件2APAPAP中間件能力從應(yīng)用層轉(zhuǎn) 移到PaaS層形成標(biāo)準(zhǔn)化 服務(wù)、可共享平臺架構(gòu)IaaSPaaS中間件服務(wù)平臺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ù)化實現(xiàn) Cloud-Native架構(gòu)（應(yīng)用架構(gòu)改造）傳統(tǒng)IT服務(wù)器虛擬化私有云/融合資源池混合云/IT服務(wù)化混合云/云原生2527應(yīng)用上云建議：多場景并存，漸進式演進通過需求驅(qū)動應(yīng)用分場景上云，漸進式演進（遺留應(yīng)用/老應(yīng)用不做代碼級改造，以自動化為主）PaaS核心是為應(yīng)用上云提供服務(wù)化、自動化和分布式化的支撐能力，降低應(yīng)用上云難度低高高落地難度（涉及組織、流程、平臺、應(yīng)用架構(gòu)的變革）生 態(tài) 要 求(3)容器

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

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

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

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

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

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

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

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

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

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

31、API開放平臺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ù)自動發(fā)現(xiàn)API 分析API Analytics精細監(jiān)控、穩(wěn)定可靠API調(diào)用分析API運維監(jiān)控開發(fā)者門戶Developer Portal統(tǒng)一管控、友好體驗API產(chǎn)品目錄APP生命周期管理API訂閱API資料檢索定義、創(chuàng)建、發(fā)布APIAPI提供者獲取、學(xué)習(xí)、訂閱、調(diào)用API消費者審批、分析API系統(tǒng)管理員API運行與安全API通道37云容器引擎核心

32、技術(shù)堆棧業(yè)務(wù)“伸縮快”故障“定位快”混編應(yīng)用與中間件混編彈性應(yīng)用生命周期管理自動化分布式應(yīng)用編排部署中間件智能應(yīng)用性能監(jiān)控分析資源“準(zhǔn)備快”應(yīng)用 “上線快”CCE：云原生應(yīng)用生命周期管理平臺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ò)模型容器存儲：支持臨時存儲和持久化存儲；支持指定存儲類型 申請塊存儲；支持容器實例遷移后，塊存儲卷跟隨遷移軟件倉庫：支持軟件倉庫管理(鏡像/模板)，支持S2I/B2I應(yīng)用管理：支持故障遷移、服務(wù)升級、灰度發(fā)布(ALB配合)應(yīng)用運維：支持應(yīng)用/實例/容器等全維度監(jiān)控，支持日志分析彈性伸縮：支持定時伸縮、周期伸縮，支持自定義彈性伸縮 策略關(guān)鍵能力39容器技術(shù)3大典型場景及價值應(yīng)用快速部署實現(xiàn)應(yīng)用快速上線應(yīng)用彈性伸縮提升資源利用率應(yīng)用自動升級不中斷業(yè)務(wù)運行支持容器和非容器應(yīng)用部署部署時間通常在秒級啟動親和性：就近部署，就近路由反親和性： 高可靠性考慮，減少宕機影響，避免干擾。按需擴容或縮容應(yīng)用資源節(jié)點，即可以 保障業(yè)務(wù)高可靠運行，又可以合