“開(kāi)門(mén)紅”通常是上一年年末12月份到第二年的3月份。在這個(gè)活動(dòng)高峰期，保險(xiǎn)訂單的峰值有可能是平常的10倍以上，而如何保障營(yíng)銷、銷售、服務(wù)等全鏈路系統(tǒng)的穩(wěn)定運(yùn)營(yíng)，在關(guān)鍵時(shí)刻不掉鏈子，對(duì)于任何一家保險(xiǎn)企業(yè)的技術(shù)團(tuán)隊(duì)而言都是一個(gè)不小的挑戰(zhàn)。

 “類似‘開(kāi)門(mén)紅’這樣的活動(dòng)，我們不上云的時(shí)候非常難以處理?！痹诨貞浂嗄陱臉I(yè)經(jīng)歷時(shí)，友邦人壽首席信息技術(shù)官劉立民坦言道，按照以往經(jīng)驗(yàn)，技術(shù)團(tuán)隊(duì)會(huì)采購(gòu)性能強(qiáng)大的服務(wù)器放在數(shù)據(jù)中心內(nèi)，但是一年中這些機(jī)器絕大部分時(shí)間所支撐的訂單量可能只有高峰時(shí)期的十分之一，“造成了巨大的成本浪費(fèi)?！?/p>

現(xiàn)在，通過(guò)將銷售、精算、財(cái)務(wù)等數(shù)十個(gè)核心系統(tǒng)部署在阿里云金融云上，友邦人壽可以根據(jù)業(yè)務(wù)拓展的節(jié)奏，提前幾天時(shí)間來(lái)購(gòu)買(mǎi)充足的計(jì)算資源以應(yīng)對(duì)可預(yù)見(jiàn)的業(yè)務(wù)高峰。在大量運(yùn)用云的基礎(chǔ)能力之外，友邦人壽同時(shí)還在廣泛使用云上開(kāi)箱即用的數(shù)據(jù)處理分析能力，在云上持續(xù)挖掘數(shù)據(jù)的價(jià)值。

“采用這種比較靈活的方式，可以使我們所花的每一分錢(qián)都物有所值，并且可以高效支撐業(yè)務(wù)高速增長(zhǎng)?！眲⒘⒚裾f(shuō)。

“逐步上云”的五年

友邦保險(xiǎn)是一家擁有100多年歷史的國(guó)際化保險(xiǎn)公司，2020年位列財(cái)富500強(qiáng)榜單第250名，在中國(guó)內(nèi)地、中國(guó)香港等亞太地區(qū)的18個(gè)市場(chǎng)開(kāi)展業(yè)務(wù)。友邦人壽是友邦保險(xiǎn)在中國(guó)內(nèi)地的壽險(xiǎn)子公司，也是中國(guó)內(nèi)地首家獲批的外資獨(dú)資人身保險(xiǎn)公司。

最近幾年，數(shù)字化轉(zhuǎn)型大潮涌來(lái)，云計(jì)算、數(shù)據(jù)智能等關(guān)鍵技術(shù)加速滲透，如何運(yùn)用新技術(shù)提升效率，促進(jìn)產(chǎn)品與服務(wù)創(chuàng)新，已經(jīng)成為保險(xiǎn)企業(yè)構(gòu)建未來(lái)核心競(jìng)爭(zhēng)力的關(guān)鍵所在。緊跟產(chǎn)業(yè)發(fā)展趨勢(shì)，友邦保險(xiǎn)也加快了數(shù)字化轉(zhuǎn)型步伐。

2015年年底，友邦保險(xiǎn)在集團(tuán)層面制定了Cloud First戰(zhàn)略，推動(dòng)業(yè)務(wù)系統(tǒng)從傳統(tǒng)數(shù)據(jù)中心遷移上云。在經(jīng)過(guò)細(xì)致的安全、合規(guī)、技術(shù)領(lǐng)先性等詳細(xì)市場(chǎng)調(diào)研之后，友邦人壽決定與阿里云展開(kāi)合作，推動(dòng)中國(guó)區(qū)業(yè)務(wù)系統(tǒng)的上云工作。

雖然認(rèn)準(zhǔn)了上云的大方向，但是友邦人壽在具體實(shí)施上采用了非常穩(wěn)健的策略——逐步上云。2016年4月，友邦將旗下的電商業(yè)務(wù)系統(tǒng)率先遷移到阿里云金融云上，這也是該公司首個(gè)上云的業(yè)務(wù)系統(tǒng)。

相比傳統(tǒng)模式之下需要耗時(shí)3-6個(gè)月才能買(mǎi)到服務(wù)器，在云上的流程可以說(shuō)非常敏捷，只需以天為單位就可以準(zhǔn)備好運(yùn)行系統(tǒng)的資源和環(huán)境，效率提升非常明顯。正是嘗到了云計(jì)算帶來(lái)的紅利，友邦保險(xiǎn)緊接著又把重要的客戶健康管理系統(tǒng)部署在了阿里云金融云上。

真正讓友邦決定大規(guī)模開(kāi)啟上云進(jìn)程的拐點(diǎn)出現(xiàn)在2018年。這一年，友邦把非常核心的SAP S4財(cái)務(wù)系統(tǒng)遷移到了阿里云金融云上。相比傳統(tǒng)IT廠商給出的線下部署方案，不但成本大幅降低，系統(tǒng)穩(wěn)定性也得到大幅提升。

“核心財(cái)務(wù)系統(tǒng)放在云上，其實(shí)經(jīng)過(guò)了一番心理斗爭(zhēng)?！眲⒘⒚裾劦絊AP系統(tǒng)上云時(shí)坦言，“作為一家國(guó)際化的金融機(jī)構(gòu)，這樣一個(gè)核心系統(tǒng)，如果放在云上出現(xiàn)了問(wèn)題，對(duì)于我們來(lái)說(shuō)是一件壓力很大的事。非常高興地看到，在上云之后的幾年中，財(cái)務(wù)系統(tǒng)運(yùn)行得比線下還穩(wěn)定?！?/p>

SAP財(cái)務(wù)系統(tǒng)的成功上云，充分驗(yàn)證了阿里云金融云的可靠性和便捷性。在這之后，友邦就啟動(dòng)了大規(guī)模系統(tǒng)上云的方案。

“隨著業(yè)務(wù)擴(kuò)展，很多業(yè)務(wù)系統(tǒng)需要快速靈活地部署，同時(shí)又要考量成本，這種情況下，傳統(tǒng)數(shù)據(jù)中心就顯現(xiàn)出不適應(yīng)性，而云就比較符合業(yè)務(wù)需求?！眲⒘⒚裢嘎?，友邦人壽現(xiàn)在已有幾十個(gè)系統(tǒng)跑在云上，其中包括銷售系統(tǒng)、管理系統(tǒng)、精算系統(tǒng)、財(cái)務(wù)系統(tǒng)等。

外部沖擊與數(shù)據(jù)難題，保險(xiǎn)云化如何招架

隨著加速上云，友邦人壽所嘗到的云紅利也越來(lái)越多，除了IT層面的降本增效之外，還助力業(yè)務(wù)從容應(yīng)對(duì)外部沖擊。這一點(diǎn)在去年疫情時(shí)期表現(xiàn)得比較突出。

2020年年初，新冠疫情突然爆發(fā)。面對(duì)疫情對(duì)線下保險(xiǎn)業(yè)務(wù)帶來(lái)的沖擊，友邦在極短的時(shí)間內(nèi)就全面實(shí)現(xiàn)了云培訓(xùn)、云招募、云管理，保障了內(nèi)部運(yùn)營(yíng)以及外部服務(wù)的連續(xù)性，而阿里云金融云上開(kāi)箱即用的豐富功能，也為疫情期間的業(yè)務(wù)正常開(kāi)展提供了支撐。

疫情期間，由于保險(xiǎn)營(yíng)銷員不能跟客戶面對(duì)面，在“非接觸”的情況下，如何合規(guī)地完成人壽保險(xiǎn)合同的簽約，一時(shí)間成為了一個(gè)難題。而通過(guò)阿里云金融云上的“智能雙錄”應(yīng)用，友邦保險(xiǎn)很快就解決了這個(gè)難題，實(shí)現(xiàn)了“空中簽單”。

“最初我們的業(yè)務(wù)比平時(shí)下降了80%，但是這個(gè)功能上線之后，幾乎當(dāng)天業(yè)務(wù)就恢復(fù)到了正常水平?！眲⒘⒚裢嘎叮S著疫情緩解，客戶已經(jīng)可以跟營(yíng)銷員面對(duì)面簽約，但現(xiàn)在仍有很高比例的客戶因?yàn)楣ぷ髅Φ仍蜻x擇遠(yuǎn)程簽單服務(wù)。

“從某種意義上講，云上的技術(shù)幫助保險(xiǎn)企業(yè)擴(kuò)大了接觸客戶的可能性和銷售的范圍。”阿里云智能新金融事業(yè)部總經(jīng)理劉偉光認(rèn)為，隨著客戶行為加速向線上化全面遷移，保險(xiǎn)機(jī)構(gòu)必須加快數(shù)字化和智能化轉(zhuǎn)型進(jìn)程，學(xué)會(huì)“數(shù)據(jù)驅(qū)動(dòng)”，才能在數(shù)字時(shí)代獲得競(jìng)爭(zhēng)優(yōu)勢(shì)。

除了外部沖擊，行業(yè)內(nèi)部的數(shù)據(jù)問(wèn)題也同樣不可忽略。

過(guò)去幾百年間，雖然保險(xiǎn)行業(yè)的發(fā)展嚴(yán)重依賴數(shù)據(jù)，但是數(shù)據(jù)收集和高效使用的能力始終是個(gè)難以解決的問(wèn)題，今天保險(xiǎn)行業(yè)很多關(guān)于客戶體驗(yàn)的問(wèn)題的根源都在于此。

在數(shù)字化浪潮帶動(dòng)下，僅過(guò)去兩年間產(chǎn)生的數(shù)據(jù)就占到了世界上既有數(shù)據(jù)的90%。數(shù)據(jù)存儲(chǔ)、數(shù)據(jù)處理、計(jì)算和算法的大幅進(jìn)步，為保險(xiǎn)企業(yè)帶來(lái)了新機(jī)遇。

據(jù)阿里云新金融技術(shù)架構(gòu)師王磐介紹，以往很多保險(xiǎn)企業(yè)把各個(gè)業(yè)務(wù)系統(tǒng)部署在數(shù)據(jù)中心內(nèi)，各有一套集中式技術(shù)架構(gòu)，導(dǎo)致“數(shù)據(jù)孤島”現(xiàn)象嚴(yán)重。而通過(guò)上云，使用數(shù)據(jù)中臺(tái)，保險(xiǎn)企業(yè)可以很自然地解決類似問(wèn)題，最大化數(shù)據(jù)資產(chǎn)價(jià)值。

而致力于成為一家數(shù)據(jù)科技驅(qū)動(dòng)的公司，也正是友邦人壽正在踐行的事情。據(jù)劉立民介紹，隨著上云的深入，友邦人壽正逐步在云上建設(shè)數(shù)據(jù)中臺(tái)，并已經(jīng)在日常運(yùn)營(yíng)中引入數(shù)據(jù)智能技術(shù)，助力內(nèi)部高效培訓(xùn)、精準(zhǔn)識(shí)別保險(xiǎn)詐騙等業(yè)務(wù)場(chǎng)景。

以培訓(xùn)營(yíng)銷員為例。友邦保險(xiǎn)內(nèi)部構(gòu)建了一套交互式的智能評(píng)估系統(tǒng)，對(duì)營(yíng)銷員的培訓(xùn)效果進(jìn)行評(píng)估。以前培訓(xùn)效果主要借助考試成績(jī)來(lái)評(píng)估，而今天通過(guò)這套智能化系統(tǒng)，主管人員可以對(duì)營(yíng)銷員的整個(gè)培訓(xùn)過(guò)程進(jìn)行“切片式”分析，及時(shí)發(fā)現(xiàn)問(wèn)題所在。

“友邦人壽營(yíng)銷員出單率遠(yuǎn)高于行業(yè)平均水平?！眲⒘⒚癖硎?，通過(guò)智能化的技術(shù)，友邦人壽不但降低了培訓(xùn)成本，更為重要的是幫助營(yíng)銷員提升銷售業(yè)績(jī)，降低流失率，助力整體業(yè)務(wù)的穩(wěn)定增長(zhǎng)

押注數(shù)字化轉(zhuǎn)型，2023年?duì)幦?0%的系統(tǒng)上云

新冠疫情是一場(chǎng)大考，倒逼整個(gè)保險(xiǎn)行業(yè)加速發(fā)展數(shù)字化能力。與此同時(shí)，保險(xiǎn)公司正在經(jīng)歷著從關(guān)注“保單”向關(guān)注“人”和“家庭”的轉(zhuǎn)變，而要在新一輪變革大潮中擁有可持續(xù)的競(jìng)爭(zhēng)力，積極主動(dòng)進(jìn)行數(shù)字化轉(zhuǎn)型成為了必選項(xiàng)。

據(jù)劉立民介紹，如今友邦人壽已有超過(guò)50%的核心業(yè)務(wù)系統(tǒng)完成上云，公司云上使用的服務(wù)器數(shù)量穩(wěn)居友邦保險(xiǎn)集團(tuán)第一名，而在2023年，友邦人壽還將努力實(shí)現(xiàn)超過(guò)90%的系統(tǒng)部署在云上的目標(biāo)。

“頭部保險(xiǎn)公司其實(shí)都在積極地轉(zhuǎn)型?！眲⒘⒚裾J(rèn)為，這樣的形勢(shì)之下，對(duì)于任何一家保險(xiǎn)公司而言，數(shù)字化轉(zhuǎn)型都是必須要做的事情，沒(méi)有選擇。“大象都能夠跳舞了，如果不跟著跳的話，可能就意味著淘汰。”

中國(guó)保險(xiǎn)行業(yè)尤其壽險(xiǎn)行業(yè)，是一個(gè)大型保險(xiǎn)企業(yè)占據(jù)80%以上市場(chǎng)份額的市場(chǎng)格局。在過(guò)去的2020年，頭部保險(xiǎn)公司幾乎全都在重兵投入科技，部分保險(xiǎn)企業(yè)還成立專業(yè)的保險(xiǎn)科技子公司，加速充實(shí)技術(shù)實(shí)力。

這些大型保險(xiǎn)企業(yè)重磅押注科技，背后的思考并不再是單純加大IT投入，更多地是提升自身科技力量，運(yùn)用新數(shù)字科技孵化全新的保險(xiǎn)產(chǎn)品，對(duì)保險(xiǎn)的定價(jià)、理賠、體驗(yàn)等方方面面進(jìn)行重構(gòu)。

保險(xiǎn)行業(yè)中也經(jīng)常會(huì)有新來(lái)的入行者，它們的商業(yè)模式可能跟過(guò)去完全不同。這類企業(yè)剛成立的時(shí)候，保險(xiǎn)業(yè)務(wù)體量可能非常小，但是通過(guò)數(shù)字化和新模式，可能一兩年時(shí)間就會(huì)變得很大。

在劉立民看來(lái)，保險(xiǎn)公司無(wú)論強(qiáng)與弱，都需要在數(shù)字化轉(zhuǎn)型做出大量投資，保持一種警醒的心態(tài)，使自己不要在這場(chǎng)競(jìng)爭(zhēng)中落到后面。此外，劉立民強(qiáng)調(diào)：加強(qiáng)科技投入的目的在于通過(guò)電子化、數(shù)字化平臺(tái)的能力，更好地賦能產(chǎn)品服務(wù)創(chuàng)新和營(yíng)銷員團(tuán)隊(duì)，以數(shù)據(jù)化的形式構(gòu)建出對(duì)客戶和營(yíng)銷員團(tuán)隊(duì)更精準(zhǔn)的認(rèn)識(shí)，從而更好地認(rèn)知、分析和滿足客戶的需求，優(yōu)化客戶體驗(yàn)、創(chuàng)造客戶價(jià)值，并提升渠道效率。

展望未來(lái)，他說(shuō)友邦人壽將會(huì)加速規(guī)劃數(shù)據(jù)中臺(tái)，優(yōu)化數(shù)據(jù)模型，進(jìn)一步最大化數(shù)據(jù)資產(chǎn)價(jià)值?！坝寻钊藟蹠?huì)在數(shù)字化轉(zhuǎn)型的方向上一直做下去，在競(jìng)爭(zhēng)激烈的保險(xiǎn)行業(yè)中占據(jù)一席之地。”

雷鋒網(wǎng)雷鋒網(wǎng)雷鋒網(wǎng)

但這些問(wèn)題，在傳統(tǒng)銀行大步向前、業(yè)務(wù)飛速發(fā)展的過(guò)程中，一定會(huì)遇到：

• 怎樣才能在整個(gè)底盤(pán)升級(jí)過(guò)程中，盡量避免對(duì)已上線業(yè)務(wù)造成打擾？

• 想做到架構(gòu)平穩(wěn)切換，壓測(cè)方案如何設(shè)計(jì)定奪？

• 銀行怎樣改造數(shù)據(jù)中心，才能保證不同業(yè)務(wù)間的流量調(diào)度、隔離一切正常？

而網(wǎng)商銀行就用自身的云原生實(shí)踐給出了解答。從云平臺(tái)+分布式架構(gòu)，演化到云原生、混合云彈性架構(gòu)，這家被稱為“國(guó)內(nèi)首家跑在云技術(shù)之上”的商業(yè)銀行，他們五年來(lái)的云化升級(jí)歷程，所遇到的典型挑戰(zhàn)、解決思路都頗具借鑒意義。

在雷鋒網(wǎng)《AI金融評(píng)論》與阿里云聯(lián)合主辦“銀行系統(tǒng)云化升級(jí)”實(shí)戰(zhàn)體驗(yàn)營(yíng)，網(wǎng)商銀行基礎(chǔ)技術(shù)架構(gòu)部負(fù)責(zé)人蔣易民就深入講解了他們的云原生演進(jìn)之路。

欲獲得所有講者視頻以及PPT回顧內(nèi)容，可關(guān)注公眾號(hào)“AI金融評(píng)論”（ID: aijinrongpinglun），進(jìn)群獲取回放鏈接。

以下為經(jīng)雷鋒網(wǎng)AI金融評(píng)論編輯的蔣易民演講內(nèi)容：

今天很榮幸和大家分享網(wǎng)商銀行的實(shí)踐情況。

從云計(jì)算走向金融級(jí)云原生

從這張圖來(lái)看，網(wǎng)商銀行主要經(jīng)歷了三代架構(gòu)的演進(jìn)。

一，2015-2016年，主要是基于云平臺(tái)+分布式架構(gòu)建立起來(lái)的。整個(gè)的部署模式是同城雙活模式。

二，2017-2018年，在同城雙活的基礎(chǔ)上需要建設(shè)一個(gè)異地?cái)?shù)據(jù)中心，希望這個(gè)異地的數(shù)據(jù)中心在日常過(guò)程中能承載業(yè)務(wù)流量，能與杭州數(shù)據(jù)中心同時(shí)對(duì)外提供服務(wù)。

在滿足異地災(zāi)備要求的同時(shí)考慮提升整個(gè)IT基礎(chǔ)設(shè)施的資產(chǎn)利用率，所以打造了單元化多活架構(gòu)，它是一個(gè)三地五中心的部署結(jié)構(gòu)。

三，2019年，網(wǎng)商銀行開(kāi)始關(guān)注云原生架構(gòu)，包括開(kāi)始引進(jìn)一些產(chǎn)品，設(shè)計(jì)建設(shè)相關(guān)能力。在這個(gè)過(guò)程中，我們也建設(shè)了混合云彈性架構(gòu)，具備了在兩朵云之間調(diào)度資源的能力。

在上圖右側(cè)的曲線可以看出，從網(wǎng)商銀行開(kāi)業(yè)，全行的容量水位大概是50 TPS，經(jīng)過(guò)多年的發(fā)展，到現(xiàn)在已經(jīng)到了5萬(wàn)TPS。

但在整個(gè)過(guò)程中，也發(fā)現(xiàn)了存在的一些問(wèn)題：

在底層基礎(chǔ)架構(gòu)頻繁演進(jìn)過(guò)程中，需要大量上層業(yè)務(wù)研發(fā)去配合。這個(gè)時(shí)候升級(jí)改造，控制進(jìn)度、周期是非常難的。

一代架構(gòu)的演進(jìn)大概需要兩年左右的時(shí)間，基本上把全行所有的系統(tǒng)都切過(guò)了。過(guò)程中，研發(fā)人員的體驗(yàn)感也不是特別好。

怎樣才能在整個(gè)底盤(pán)升級(jí)過(guò)程中，盡量避免對(duì)已上線業(yè)務(wù)造成打擾？這也是我們引入云原生最初的一個(gè)原動(dòng)力。

放眼多年的發(fā)展，我們的路徑是一種雙模路徑——為什么叫雙模？就是在多個(gè)架構(gòu)運(yùn)行過(guò)程中，除了對(duì)新技術(shù)的探索，最重要的是要做好技術(shù)風(fēng)險(xiǎn)的防控，保證業(yè)務(wù)的連續(xù)性。

怎樣保證在新舊架構(gòu)演進(jìn)的過(guò)程中，最大化地減少對(duì)業(yè)務(wù)的影響？

我們?cè)谶M(jìn)行新技術(shù)探索時(shí)，也需要做好風(fēng)險(xiǎn)防控。

新一代架構(gòu)誕生以后，并不是立馬全面投產(chǎn)，新老架構(gòu)會(huì)經(jīng)歷較長(zhǎng)時(shí)間并軌運(yùn)行，這種情況下是基于增量式的交付，逐漸把老的架構(gòu)往新的架構(gòu)演進(jìn)，并且具備快速回退的能力。

網(wǎng)商銀行的技術(shù)架構(gòu)特征

回顧網(wǎng)商銀行多年的發(fā)展，全行的技術(shù)架構(gòu)特征，有以下幾個(gè)方面：

因?yàn)榫W(wǎng)商銀行是一家沒(méi)有線下網(wǎng)點(diǎn)的互聯(lián)網(wǎng)銀行，IT系統(tǒng)需要支撐上億的客戶，每天處理上億的交易量，雙11這種活動(dòng)也會(huì)帶來(lái)流量的一個(gè)突增。同時(shí)還要確保安全、穩(wěn)定和可控。

從我行的架構(gòu)特征來(lái)看，要滿足這些高性能、高可靠，還有高彈性、高標(biāo)準(zhǔn)，低成本、低風(fēng)險(xiǎn)等要求，架構(gòu)演進(jìn)主要也是圍繞著解決穩(wěn)定、效能、安全、容量、成本等多個(gè)方面進(jìn)行。從安全角度來(lái)看，有兩個(gè)維度：

一，信息安全，主要是確保抵御惡意攻擊的能力，保證用戶數(shù)據(jù)和隱私安全。

二，資金安全，需要避免在交易過(guò)程中數(shù)據(jù)不一致，特別是一些缺陷導(dǎo)致公司和客戶的資金出現(xiàn)問(wèn)題。

多年的架構(gòu)演進(jìn)，“壓艙石”是什么，那非全鏈路追蹤和壓測(cè)能力莫屬。如何做到架構(gòu)平穩(wěn)切換，壓測(cè)方案的設(shè)計(jì)是其中重要一環(huán)。

從開(kāi)業(yè)至今五年多，三代架構(gòu)的演進(jìn)整體上是平滑的，我們認(rèn)為很關(guān)鍵的一點(diǎn)是從第一代架構(gòu)誕生就已具備了全鏈路壓測(cè)的本領(lǐng)。我們的方案跟一些業(yè)內(nèi)方案可能存在一些差異，我們是直接拿生產(chǎn)環(huán)境去壓測(cè)的，沒(méi)有去做模擬的環(huán)境，盡最大可能避免環(huán)境配置和服務(wù)器的水位不同帶來(lái)的一些差異。

從上圖可以看出，我們計(jì)算上是共享的，但是存儲(chǔ)層面是同庫(kù)不同表。從這個(gè)角度來(lái)看，在壓測(cè)過(guò)程中是能最大化還原真實(shí)的生產(chǎn)流量對(duì)生產(chǎn)系統(tǒng)的壓力。

云原生在網(wǎng)商銀行的關(guān)鍵實(shí)踐

云原生架構(gòu)是基于云原生技術(shù)的一組架構(gòu)原則和設(shè)計(jì)模式的集合，最關(guān)鍵的點(diǎn)就是把一些業(yè)務(wù)處理邏輯中非功能性的代碼剝離出來(lái)，從而讓云設(shè)施接管應(yīng)用中原有的大量非功能特性（如彈性、韌性、安全、可觀測(cè)性、灰度等）。

圖左可以看到，傳統(tǒng)架構(gòu)的一段代碼邏輯包含三部分，非功能性代碼、業(yè)務(wù)代碼、三方依賴。
而云原生，希望非功能性的代碼在理想情況下最大化的減少，相對(duì)的業(yè)務(wù)代碼只要聚焦自己的業(yè)務(wù)即可。

大量非功能的特性，包括彈性、容量、安全可觀測(cè)性、灰度等都會(huì)逐漸下沉到底層的基礎(chǔ)設(shè)施，特別像高可用能力、容災(zāi)能力、容量保障、安全特性，還有一些可運(yùn)維的特性，逐漸讓基礎(chǔ)設(shè)施去接管。

這種情況下可以看出，在我們?cè)诓渴鹕蠒?huì)發(fā)生的一些變化。從圖的右下角看到，容器會(huì)進(jìn)行進(jìn)一步的拆分，拆成應(yīng)用一個(gè)進(jìn)程，邊車（sidecar）一個(gè)進(jìn)程。

網(wǎng)商銀行云原生的關(guān)鍵實(shí)踐，主要包含4個(gè)部分：微服務(wù)，容器化，不可變基礎(chǔ)設(shè)施，服務(wù)網(wǎng)格。

受益于第一代跟第二代架構(gòu)打下的基礎(chǔ)，前兩個(gè)層面已經(jīng)有了較好的積累，我們?cè)谶M(jìn)行云原生實(shí)踐過(guò)程中沒(méi)有投入太多的精力，后兩個(gè)部分投入很大。

涉及到不可變基礎(chǔ)設(shè)施最重要的一點(diǎn)，就是要完成它的鏡像化改造。對(duì)此，我們的要求應(yīng)用是無(wú)狀態(tài)化。

早期的微服務(wù)有部分系統(tǒng)并不具備無(wú)狀態(tài)化，此時(shí)要求逐漸變成無(wú)狀態(tài)化。對(duì)于服務(wù)網(wǎng)格，我們引進(jìn)SOFA Mesh來(lái)實(shí)現(xiàn)Mesh的落地。（注：SOFA是螞蟻金服自主研發(fā)的分布式中間件，Scalable Open Financial Architecture；SOFAMesh即其第三輪開(kāi)源產(chǎn)品）

現(xiàn)在網(wǎng)商銀行部署的一個(gè)基線，主要是三地五中心的模式。

從應(yīng)用層看，現(xiàn)有容量運(yùn)用三個(gè)數(shù)據(jù)中心已經(jīng)足夠，但在存儲(chǔ)層面選擇了5個(gè)中心。這種情況下，我們做的是多活的模式。

那么這套架構(gòu)是怎么建起來(lái)的？依賴于商業(yè)化的一些成熟產(chǎn)品，包括金融級(jí)中間件SOFASTACK、分布式數(shù)據(jù)庫(kù)OceanBase。

這套架構(gòu)最核心的一個(gè)特征，就是可以做到同城和異地容災(zāi)切換時(shí)，RPO=0。

如圖所示，IDC1跟IDC2如果同時(shí)出現(xiàn)問(wèn)題，我們可以做到分鐘級(jí)內(nèi)把流量切到IDC3。這個(gè)過(guò)程基于異地多活架構(gòu)提供的能力是非常快的。從近期生產(chǎn)演練的數(shù)據(jù)來(lái)看，同城大概是2分鐘，異地大概是3分鐘。

• 微服務(wù)與單元化架構(gòu)

如圖所示，網(wǎng)商銀行早期也是非單元化。

非單元化有一個(gè)很典型的特點(diǎn)：在計(jì)算跟存儲(chǔ)上，會(huì)存在交叉訪問(wèn)的情況。雖然網(wǎng)商早期設(shè)計(jì)中，做好了分庫(kù)分表的設(shè)計(jì)，但從上層計(jì)算層面看，它也會(huì)出現(xiàn)跨層。

早期運(yùn)用同城雙活的模式，兩邊的數(shù)據(jù)跟計(jì)算存在交叉，這是沒(méi)什么問(wèn)題的。但要建設(shè)異地?cái)?shù)據(jù)中心時(shí)，兩地之間的延遲可能會(huì)導(dǎo)致一次服務(wù)的耗時(shí)大幅上漲，可能會(huì)導(dǎo)致最終客戶的一筆交易會(huì)出現(xiàn)超時(shí)，這種情況下計(jì)算跟存儲(chǔ)之間的跨城通訊是不可以接受的。

如何解決？采用的是單元化的架構(gòu)模式，最典型特征是，它的流量是受控的，能形成一個(gè)小的閉環(huán)，讓計(jì)算跟存儲(chǔ)基本封閉在一個(gè)邏輯數(shù)據(jù)中心，但不排除有部分的跨城或者跨數(shù)據(jù)中心的訪問(wèn)。

當(dāng)跨城、跨數(shù)據(jù)中心的訪問(wèn)是基于服務(wù)級(jí)別，不是數(shù)據(jù)級(jí)別的情況下，它的延遲是可以得到很好的控制。

當(dāng)我們進(jìn)入了單元化架構(gòu)，在服務(wù)上會(huì)有多種路由模式，除了在同一個(gè)數(shù)據(jù)中心內(nèi)部，單元之間、同城的數(shù)據(jù)中心之間也都會(huì)存在通訊的情況。最重要的是我們解決了跨城數(shù)據(jù)服務(wù)通訊。從實(shí)踐來(lái)看，延遲是可以接受的。

重點(diǎn)看右下角的路由表，分片標(biāo)記用戶，用戶屬于某一個(gè)數(shù)據(jù)中心下面的一個(gè)單元，通過(guò)該路由表，用戶的請(qǐng)求進(jìn)入后會(huì)找到對(duì)應(yīng)的數(shù)據(jù)中心下面的單元。也可能會(huì)出現(xiàn)一部分用戶進(jìn)入后，并沒(méi)有到正確的數(shù)據(jù)中心，這種情況下我們會(huì)在接入層把用戶的請(qǐng)求轉(zhuǎn)到它對(duì)應(yīng)的一個(gè)數(shù)據(jù)中心。

路由的核心是在SDK層面解決的。在業(yè)務(wù)系統(tǒng)代碼里引入一些關(guān)鍵的API去做一些路由的定制，這種情況其實(shí)是非常重的。

從全行的單元化升級(jí)來(lái)看，花的時(shí)間也較長(zhǎng)，這個(gè)跨度至少是一年以上，才會(huì)把一些關(guān)鍵的系統(tǒng)全部切到單元化架構(gòu)上面。

• 容器技術(shù)

網(wǎng)商銀行早期也經(jīng)歷過(guò)富容器，這種較重，包含了所有的應(yīng)用發(fā)布部署需要的依賴，不限于一些關(guān)鍵的RPC、消息、數(shù)據(jù)庫(kù)等SDK。

最小的部署單元也是一個(gè)容器，在云原生里做進(jìn)一步劃分。

容器會(huì)區(qū)分為APP的容器，跟Sidecar 的容器。根據(jù)現(xiàn)在的實(shí)踐來(lái)看，主要是包含Service Mesh里面MOSN的容器，還有DBMesh的容器。這兩個(gè)容器解決的是 RPC、消息，還有數(shù)據(jù)庫(kù)跟緩存層面的轉(zhuǎn)發(fā)。

這種模式有一個(gè)最大的好處，就是MOSN跟DBMesh可以獨(dú)立演進(jìn)，即可以不需要在上層業(yè)務(wù)容器配合的情況下，自己完成一些升級(jí)跟發(fā)布。

當(dāng)我們做一次全行的架構(gòu)升級(jí)，富容器模式會(huì)帶著全行所有的應(yīng)用，可能會(huì)進(jìn)行一到多次迭代的發(fā)布。

升級(jí)一個(gè)SDK最大的問(wèn)題是什么呢？因?yàn)楦鱾€(gè)系統(tǒng)有自己的進(jìn)度安排，各自資源可能不一致。要做到全行統(tǒng)一升級(jí)，周期往往會(huì)拉得非常長(zhǎng)。

最不可控的是什么？升級(jí)過(guò)程中，不同的系統(tǒng)質(zhì)量保障各有差異。有些可能做得非常好，但有些如果稍有瑕疵，就會(huì)引發(fā)生產(chǎn)問(wèn)題，這種情況下很難通過(guò)統(tǒng)一的手段去保障。

全行架構(gòu)升級(jí)過(guò)程中，關(guān)注質(zhì)量的品質(zhì)，一致性和普遍性。

相對(duì)而言，輕容器較好做，因?yàn)樗械哪芰ο鲁恋組OSN跟DBMesh之后，只要在這兩個(gè)層面做好質(zhì)量保障，聚焦后能保障升級(jí)品質(zhì)的一致性和普遍性。上層云的應(yīng)用很少會(huì)關(guān)注下層的一些變化。

舉個(gè)例子，有一次全行升級(jí)，大概是一個(gè)人花了不到一個(gè)月的時(shí)間，把全行上萬(wàn)的容器全部進(jìn)行升級(jí)，基本不會(huì)對(duì)上層的業(yè)務(wù)造成打擾。所以輕容器相比富容器模式有了極大的提升。

• 不可變基礎(chǔ)設(shè)施

早期發(fā)布時(shí)，這是分階段的，一般要先創(chuàng)建服務(wù)器，再下載依賴，過(guò)程中可能還要安裝一些插件。全程存在很多變量，包括環(huán)境標(biāo)記，依賴于不同人的配置能力。

早期配置的過(guò)程，會(huì)把一部分代碼的參數(shù)放在配置平臺(tái)。相當(dāng)于引入一個(gè)可變的變量。

當(dāng)配置平臺(tái)發(fā)生一些變化，整個(gè)部署的效果就可能會(huì)出現(xiàn)差異，最明顯的就是線下環(huán)境部署沒(méi)問(wèn)題，但在生產(chǎn)過(guò)程可能會(huì)發(fā)現(xiàn)問(wèn)題。

怎么解決？在云原生架構(gòu)理念上，我們考慮把所有的信息都放在鏡像化包中，最大的好處是所有東西都包含在一個(gè)鏡像里面，就可以從鏡像環(huán)境到生產(chǎn)環(huán)境都使用同一個(gè)鏡像。

這個(gè)過(guò)程需要應(yīng)用保證它的無(wú)狀態(tài)化。如果做不到無(wú)狀態(tài)化，它就不能做到自動(dòng)的擴(kuò)收容和自動(dòng)恢復(fù)。

從圖中可以看出，我們的鏡像是分層的，這有利于不同的團(tuán)隊(duì)可以聚焦在自己的那一部分，然后整合起來(lái)形成一個(gè)大的鏡像。在發(fā)布過(guò)程中，能保證質(zhì)量品質(zhì)的一致性，不會(huì)受限類似于一些環(huán)境或者人的操作水平。

• 單機(jī)故障問(wèn)題的云原生解決方法

在實(shí)際的生產(chǎn)過(guò)程中，全行幾百個(gè)系統(tǒng)最典型的問(wèn)題是單物理機(jī)故障對(duì)業(yè)務(wù)產(chǎn)生的影響較大。

物理機(jī)的規(guī)模較小，很容易導(dǎo)致部分核心系統(tǒng)的容器分布集中。普通的PC物理機(jī)會(huì)有宕機(jī)問(wèn)題，造成影響面的半徑較大。

比方說(shuō)一個(gè)核心系統(tǒng)，可能有百分之四十容器集中在這臺(tái)物理機(jī)上。當(dāng)它出現(xiàn)問(wèn)題，對(duì)業(yè)務(wù)穩(wěn)定有極大的挑戰(zhàn)，即使只是小部分出問(wèn)題也會(huì)引起較大的抖動(dòng)。

怎么解決？有了云原生架構(gòu)后，我們根據(jù)業(yè)務(wù)特點(diǎn)，包括應(yīng)用等級(jí)，去制定策略，確保所有的調(diào)度不會(huì)集中在個(gè)別的物理機(jī)上，也可以說(shuō)是把它“打散”。

另一方面，之前配置中心不能自動(dòng)發(fā)現(xiàn)物理機(jī)上的容器問(wèn)題并自動(dòng)剔除，通過(guò)監(jiān)控 MOSN的監(jiān)控狀態(tài)，探測(cè)它的服務(wù)健康狀態(tài)。下發(fā)自愈策略后，當(dāng)它發(fā)現(xiàn)監(jiān)控報(bào)警有問(wèn)題，讓它自動(dòng)剔除。

因?yàn)樵诜植际郊軜?gòu)下，很多業(yè)務(wù)最終會(huì)匯集到同一個(gè)服務(wù)上。怎樣保證這些服務(wù)占用的資源不會(huì)互相影響？這也是我們目前面臨的一個(gè)較大的挑戰(zhàn)。

其實(shí)除了物理機(jī)故障場(chǎng)景，在實(shí)際生產(chǎn)過(guò)程中還經(jīng)常遇到這種問(wèn)題：因?yàn)闃I(yè)務(wù)場(chǎng)景增多，有一些日常過(guò)程中流量非常少的業(yè)務(wù)場(chǎng)景，突然間提速后，會(huì)導(dǎo)致周邊跟業(yè)務(wù)相關(guān)的所有系統(tǒng)發(fā)生變化。

這種情況下，很可能出現(xiàn)部分服務(wù)器請(qǐng)求積壓，導(dǎo)致其他業(yè)務(wù)請(qǐng)求發(fā)到這臺(tái)服務(wù)器時(shí)處理時(shí)會(huì)失敗。這種情況下可能會(huì)影響很多業(yè)務(wù)，嚴(yán)重情況時(shí)會(huì)出現(xiàn)“雪崩”效應(yīng)。

很多時(shí)候聯(lián)機(jī)交易跟批量交易并沒(méi)有拆分系統(tǒng)，所以他們占用的資源是同一批。

這種情況下，在新的云原生架構(gòu)下，借助資源調(diào)度和流量的標(biāo)記能力對(duì)資源進(jìn)行隔離使用，這樣聯(lián)機(jī)交易和批量任務(wù)所依賴的資源就可以區(qū)分開(kāi)來(lái)，同時(shí)，我們希望把這些批量任務(wù)托管起來(lái)，做到資源的彈性調(diào)度。

當(dāng)批量任務(wù)開(kāi)始跑批時(shí)，能動(dòng)態(tài)給它更多的資源；但沒(méi)有跑批時(shí)，把資源給釋放出來(lái)，可以減少對(duì)聯(lián)機(jī)交易的一些影響。

• 不同業(yè)務(wù)的流量隔離與調(diào)撥

從上圖可以看出，當(dāng)一個(gè)流量進(jìn)到生產(chǎn)系統(tǒng)時(shí)，它經(jīng)過(guò)了多個(gè)系統(tǒng)，最終它會(huì)反映到的底層是容器，當(dāng)沒(méi)有進(jìn)行有效區(qū)分時(shí)，不同的流量在容器內(nèi)部是互相干擾的。

基于新的云原生能力，在流量轉(zhuǎn)發(fā)的過(guò)程，它會(huì)有具備染色能力，可以在流量通過(guò)mosn時(shí)進(jìn)行標(biāo)記，讓它路由到指定的一些容器上，就可以做到不同業(yè)務(wù)請(qǐng)求下，它會(huì)路由到不同的容器集群里，業(yè)務(wù)之間的相互影響就得到進(jìn)一步降低。

最典型的是生產(chǎn)遇到的熱點(diǎn)賬戶問(wèn)題，很容易導(dǎo)致全行的交易抖動(dòng)。如果我們可以識(shí)別不同的業(yè)務(wù)所導(dǎo)致的熱點(diǎn)，可以做到有效的隔離，發(fā)生熱點(diǎn)時(shí)不會(huì)影響到非產(chǎn)生熱點(diǎn)的其他業(yè)務(wù)場(chǎng)景。

而近幾年銀行在改造數(shù)據(jù)中心，新中心的流量調(diào)度能力以往是比較弱的。

數(shù)據(jù)中心間的流量調(diào)撥的一般做法會(huì)在流量入口層做處理。如果投產(chǎn)過(guò)程中出現(xiàn)問(wèn)題，對(duì)業(yè)務(wù)打擾較大。雖然也能做到快速回切，但從銀行每天上億的交易筆數(shù)來(lái)看，哪怕是幾十秒，受影響的用戶數(shù)可能也非常大。

在新的云原生架構(gòu)之下，基于mosn可以打造更細(xì)粒度流量調(diào)撥，從數(shù)據(jù)中心層面進(jìn)一步下沉到單個(gè)應(yīng)用級(jí)別。可以找一些不敏感的應(yīng)用服務(wù)先切流，避免影響到關(guān)鍵業(yè)務(wù)內(nèi)容。

云原生架構(gòu)的核心價(jià)值是可以實(shí)現(xiàn)流量的精細(xì)化隔離。

在單元化異地多活架構(gòu)下，可以做到數(shù)據(jù)中心里某一個(gè)邏輯區(qū)域的隔離。到云原生架構(gòu)下，可以把流量的隔離能力做得更細(xì)。

原來(lái)的模式下，兩個(gè)業(yè)務(wù)同時(shí)進(jìn)來(lái)，還是會(huì)互相影響。而云原生模式，可以按業(yè)務(wù)等級(jí)進(jìn)行管理。

我們會(huì)給不同敏感度的業(yè)務(wù)打上標(biāo)記，以此區(qū)分業(yè)務(wù)應(yīng)該到什么樣的容器下去做完成交易。

標(biāo)記能力因?yàn)橛蠱OSN，所以實(shí)現(xiàn)起來(lái)較容易。相比早期第二代架構(gòu)做單元化用UID做標(biāo)記，是通過(guò)研發(fā)人員編寫(xiě)代碼實(shí)現(xiàn)的。因此借助MOSN，可以用很低的代價(jià)實(shí)現(xiàn)這個(gè)邏輯。

運(yùn)用MOSN之后新的數(shù)據(jù)中心啟用方式會(huì)有什么不一樣？

我們?cè)缙谧鲂聰?shù)據(jù)中心壓測(cè)，一般來(lái)說(shuō)有兩種方式。

1、 通過(guò)找一些系統(tǒng)進(jìn)行流量轉(zhuǎn)發(fā)。做流量轉(zhuǎn)發(fā)往往需要系統(tǒng)自我改造，這樣不具備規(guī)?；?、快速化的復(fù)制能力。

2、 直接把流量入口遷入新的數(shù)據(jù)中心。

早期做數(shù)據(jù)中心壓測(cè)時(shí)，很難做到較細(xì)粒度，這和網(wǎng)商銀行是異地多活模式有很大關(guān)系。它有一個(gè)全局的路由表，如果做不到新舊數(shù)據(jù)中心隔離，就會(huì)有問(wèn)題。

舉個(gè)例子：在沒(méi)有升級(jí)能力的情況下，如果做壓測(cè)，可能就需要讓全局路由表在新的數(shù)據(jù)中心生效。新的數(shù)據(jù)中心在沒(méi)有經(jīng)過(guò)充分驗(yàn)證的情況下，一旦路由表生效，生產(chǎn)流量進(jìn)入就很有可能導(dǎo)致故障。我們通過(guò)Mesh進(jìn)行了路由表的隔離。

新舊數(shù)據(jù)中心的路由表是有差異的，這個(gè)差異體現(xiàn)在哪里？

兩個(gè)老數(shù)據(jù)中心生產(chǎn)流量配比可以做到50%：50%，新數(shù)據(jù)中心沒(méi)有生產(chǎn)流量，而壓測(cè)流量在兩個(gè)老數(shù)據(jù)中心和新數(shù)據(jù)中心中配比可以做到40%、40%、20%，壓測(cè)流量有一部分在新的機(jī)房進(jìn)行處理，根據(jù)新的路由表轉(zhuǎn)到了新的數(shù)據(jù)中心。

Mesh在我們新的實(shí)踐過(guò)程中，可以支撐不同的技術(shù)棧。從網(wǎng)商銀行建站以來(lái)，我們是有一部分外購(gòu)的系統(tǒng)，雖然它是Java技術(shù)棧，但是它可能和我們的體系，比方說(shuō)基于SOFA，還是有差異的。

實(shí)踐層面上看，讓外購(gòu)的廠商改成SOFA框架是很難的。傳統(tǒng)模式下是希望廠商適當(dāng)改一部分，框架不用修改，他可能修改服務(wù)調(diào)用方式，而我行內(nèi)部的這些自研系統(tǒng)，他會(huì)提供某種輕量級(jí)的HTTP服務(wù)，暴露給外購(gòu)系統(tǒng)進(jìn)行互聯(lián)互通。

整個(gè)過(guò)程來(lái)看，代價(jià)是較高的，它對(duì)相關(guān)的每個(gè)系統(tǒng)都有改造要求。

現(xiàn)在隨著我們整個(gè)業(yè)務(wù)的發(fā)展，特別是智能化和新技術(shù)引進(jìn)，逐漸出現(xiàn)了JAVA之外的其他語(yǔ)言系統(tǒng)，最典型的就是Python、GO語(yǔ)言，這些系統(tǒng)怎樣跟Java系統(tǒng)互聯(lián)互通？這種情況下其實(shí)也會(huì)帶來(lái)新的問(wèn)題。

在云原生模式下，這個(gè)問(wèn)題就變得簡(jiǎn)單。因?yàn)閟idecar解決了，像服務(wù)發(fā)現(xiàn)路由、加密。鑒權(quán)，限流等通用性問(wèn)題，它集成了一些不同的語(yǔ)言，這種情況下，它只要提供一個(gè)SDK，輕量化就能對(duì)接上系統(tǒng)。

這樣服務(wù)提供方和服務(wù)消費(fèi)者都不用做大的改動(dòng)，只要單邊系統(tǒng)修改就可以，不需要所有相關(guān)方做改造，對(duì)我們整個(gè)研發(fā)效能提升和業(yè)務(wù)拓展帶來(lái)非常大的幫助。

未來(lái)：可信原生

總結(jié)下來(lái)，前面提到的云原生實(shí)踐更多的是在穩(wěn)定性、效能方面去提升。現(xiàn)在需要關(guān)注的問(wèn)題，在云原生架構(gòu)模式下，我們做安全會(huì)有哪些不一樣的地方？

• 解決應(yīng)用層的安全。

• 從整個(gè)基礎(chǔ)設(shè)施層面做到安全可信。其中包含多個(gè)環(huán)節(jié)，包括硬件準(zhǔn)入，從主機(jī)的供應(yīng)鏈層面可能要防止物理機(jī)入侵。

• 從鏡像準(zhǔn)入層面做一些控制，防止鏡像被非法篡改后在生產(chǎn)上運(yùn)行。

在有了MOSN以后，最大的好處就是可以做到全局的服務(wù)和數(shù)據(jù)鑒權(quán)。

原來(lái)那種架構(gòu)模式，如果要做數(shù)據(jù)鑒權(quán)跟服務(wù)鑒權(quán)，也需要很多系統(tǒng)去改，去做 SDK的升級(jí)。

在寫(xiě)入鏡像中心時(shí)，要做安全可信。

1、首先，控制在研發(fā)環(huán)境的鏡像編譯、準(zhǔn)入。

2、在整個(gè)鏡像被使用的過(guò)程中，去驗(yàn)證鏡像是否安全。

3、從底層的物理機(jī)層面，在供應(yīng)鏈采購(gòu)時(shí)可能會(huì)做準(zhǔn)入控制。

4、在上層應(yīng)用層的容器啟動(dòng)時(shí)，我們也會(huì)探測(cè)它是不是可信的。

有了MOSN，我們?cè)谶M(jìn)行服務(wù)的鑒權(quán)，還有數(shù)據(jù)的加密都可以下沉到相關(guān)的sidecar，這種時(shí)候做安全方面的控制都集中在底層的基礎(chǔ)設(shè)施，可以明顯看到云原生帶來(lái)的紅利。

上層的業(yè)務(wù)可以不用關(guān)心相關(guān)的要求，基本上安全工程師通過(guò)配置一些規(guī)則，然后把這些規(guī)則下發(fā)到全行相關(guān)的一些sidecar產(chǎn)品上即可，包括 MOSN、DBMESH。

答疑環(huán)節(jié)精選

問(wèn)：壓測(cè)采用的是生產(chǎn)流量還是模擬的流量？

蔣易民：我們用的是模擬的流量，它跟生產(chǎn)流量是不一樣的。這是另外一套賬號(hào)體系，它不是真實(shí)的。

生產(chǎn)流量是真實(shí)的用戶，壓測(cè)流量來(lái)源于壓測(cè)平臺(tái)，且流量并不是同一套流量，用戶體系也是不一樣的。在存儲(chǔ)結(jié)構(gòu)上是同庫(kù)上兩套不同的表（表結(jié)構(gòu)完全一致但表名不同），落的數(shù)據(jù)處于不同的區(qū)域。

問(wèn)：關(guān)于客戶統(tǒng)一視圖查詢的問(wèn)題。

蔣易民：如果要在多個(gè)服務(wù)中獲得最新的客戶信息匯總，就需要把數(shù)據(jù)集中化處理了。但是從實(shí)際的過(guò)程看，至少在交易層面，是很少用到客戶信息的匯總，更多的是在批處理層面。在批處理層面，我們會(huì)把它放到類似于odps大數(shù)據(jù)平臺(tái)去解決。

所有數(shù)據(jù)回流到大數(shù)據(jù)平臺(tái)，多庫(kù)多表，最終會(huì)集中到一張表里，這個(gè)數(shù)據(jù)是全量的。

采用 sidecar以后，我們運(yùn)行這套架構(gòu)也有較長(zhǎng)時(shí)間了，對(duì)日常其實(shí)沒(méi)什么影響?；旧蠈訕I(yè)務(wù)對(duì)它沒(méi)有什么感知。整個(gè)sidecar引進(jìn)以后，對(duì)資源的占用是非常少的，不會(huì)影響到整個(gè)系統(tǒng)的容量水平。

系列全回顧丨銀行系統(tǒng)云化升級(jí)·實(shí)戰(zhàn)體驗(yàn)營(yíng)

本次實(shí)戰(zhàn)體驗(yàn)營(yíng)由雷鋒網(wǎng)《AI金融評(píng)論》與阿里云聯(lián)合主辦。欲獲得所有講者視頻以及PPT回顧內(nèi)容，可關(guān)注公眾號(hào)“AI金融評(píng)論”（ID: aijinrongpinglun），進(jìn)群獲取回放鏈接。

“工業(yè)革命不得不等候金融革命”。

英國(guó)學(xué)者、諾貝爾經(jīng)濟(jì)學(xué)獎(jiǎng)得主約翰·希克斯的這句原話，道盡了金融與社會(huì)經(jīng)濟(jì)變遷的規(guī)律：歷次消費(fèi)升級(jí)伴隨的產(chǎn)業(yè)結(jié)構(gòu)的演進(jìn)變化中，銀行都發(fā)揮了極其重要的作用：

17世紀(jì)末，英國(guó)依靠中央銀行和商業(yè)銀行體系提供資本燃料和動(dòng)力。以蒸汽機(jī)為標(biāo)志的工業(yè)革命，其實(shí)是金融革命的產(chǎn)物。

20世紀(jì)初，摩根、卡內(nèi)基等一眾金融大鱷掀起了第二次金融革命，主導(dǎo)了五次并購(gòu)浪潮，完成了第二次工業(yè)革命；

如果說(shuō)，此前的數(shù)百年，是銀行為科技革命體注入新的活力。那么，在五年前，銀行差點(diǎn)被“科技革命”所拋棄。

作為數(shù)據(jù)密集型行業(yè)，銀行業(yè)一直是與科技走的最近的一個(gè)行業(yè)：上個(gè)世紀(jì)80年代的ATM機(jī)、90年代的網(wǎng)上銀行、十年前的手機(jī)銀行。

在以大數(shù)據(jù)和人工智能為標(biāo)志的第四次工業(yè)革命，銀行業(yè)的轉(zhuǎn)型并不簡(jiǎn)單。

在2018年年報(bào)里，針對(duì)金融科技對(duì)傳統(tǒng)金融機(jī)構(gòu)的重塑，“零售之王”招行做了深刻反思：

“過(guò)去十年，傳統(tǒng)金融機(jī)構(gòu)已惘然目睹了金融科技重新定義零售業(yè)務(wù)的全過(guò)程，從支付延伸到存貸款、財(cái)富管理，傳統(tǒng)銀行的資金中介、信息中介職能已受到深刻沖擊，信用中介作用亦面臨威脅。

隨著社會(huì)發(fā)展從消費(fèi)互聯(lián)網(wǎng)向產(chǎn)業(yè)互聯(lián)網(wǎng)深入，金融科技重新定義公司金融和資產(chǎn)管理也迫在眉睫?！?/p>

金融科技的轉(zhuǎn)型，不是一次簡(jiǎn)單的小修小補(bǔ)，而是一次全面的“大掃除”。

首先是底層系統(tǒng)架構(gòu)的轉(zhuǎn)型，從傳統(tǒng)集中式架構(gòu)轉(zhuǎn)為分布式、開(kāi)放式架構(gòu)；其次是業(yè)務(wù)流程的重塑；再次是用戶運(yùn)營(yíng)和場(chǎng)景生態(tài)搭建。

如果從云計(jì)算、人工智能等科技屬性的角度來(lái)說(shuō)，網(wǎng)商銀行反倒是新銀行的“前輩”。

網(wǎng)商銀行被認(rèn)為是“國(guó)內(nèi)首家跑在云技術(shù)之上的商業(yè)銀行”，開(kāi)了時(shí)代的先河。

從2015年起，這家沒(méi)有線下?tīng)I(yíng)業(yè)網(wǎng)點(diǎn)的創(chuàng)新金融機(jī)構(gòu)將通過(guò)互聯(lián)網(wǎng)來(lái)開(kāi)展服務(wù)。比如，網(wǎng)商銀行利用數(shù)據(jù)智能進(jìn)行貸款發(fā)放，300人就可以支撐了全國(guó)的業(yè)務(wù)量。

2009年9月成立的第一天起，阿里云就是一家金融級(jí)的技術(shù)和服務(wù)廠商，支撐網(wǎng)商銀行最初的雛形——牧羊犬項(xiàng)目。

2018年，南京銀行宣布聯(lián)手阿里云，國(guó)內(nèi)首個(gè)商業(yè)銀行分布式核心業(yè)務(wù)系統(tǒng)順利上線運(yùn)營(yíng)。其基于阿里云飛天系統(tǒng)構(gòu)建的“鑫云+”平臺(tái)已服務(wù)多家銀行的上百萬(wàn)用戶，平均每個(gè)客戶的放款時(shí)間只需1秒，日處理訂單量可達(dá)到100萬(wàn)筆，是原來(lái)的10倍。

同年的8月，民生銀行通過(guò)與阿里云合作，將核心系統(tǒng)上云，并且成立民生科技有限公司。

在一些中小行的身上，也能看到非常多金融云的求變身影。

2020年，民營(yíng)銀行華瑞銀行與阿里云正式簽署全面戰(zhàn)略合作協(xié)議，推動(dòng)華瑞銀行核心業(yè)務(wù)系統(tǒng)加速向云架構(gòu)轉(zhuǎn)型。

上海華瑞銀行科技部總經(jīng)理葉寧曾表示，“移動(dòng)銀行上云之前，華瑞銀行三年軟硬件的投入逾千萬(wàn)元，上云之后，每年投入可以控制在數(shù)百萬(wàn)元以內(nèi)。”

2019年底，華瑞銀行在阿里云“飛天”云計(jì)算操作系統(tǒng)、螞蟻金融分布式架構(gòu)SOFAStack、mPaaS移動(dòng)開(kāi)發(fā)平臺(tái)和大數(shù)據(jù)風(fēng)控平臺(tái)的幫助下，已成功構(gòu)建并上線了“祥云”私有云平臺(tái)，支撐手機(jī)銀行、營(yíng)銷系統(tǒng)、反欺詐系統(tǒng)、貸款核算等業(yè)務(wù)系統(tǒng)運(yùn)行，同時(shí)實(shí)現(xiàn)了App的迭代升級(jí)。

數(shù)年的時(shí)間，國(guó)內(nèi)大大小小的銀行，都實(shí)現(xiàn)了“云上作業(yè)”。

然而，上云從不是一件簡(jiǎn)單的事，一味的跟風(fēng)和不加選擇更是不可取，核心在于認(rèn)真梳理好業(yè)務(wù)需求和投入產(chǎn)出比。

要知道，上云是過(guò)程，而不是目的。在上云之前，銀行的IT人員，一定要多問(wèn)自己幾個(gè)問(wèn)題：

不同類型/規(guī)模的銀行核心上云的價(jià)值差異在什么地方？

如何確保核心安全可靠的下移上云？

要啟動(dòng)核心上云下移的工作該如何準(zhǔn)備，如何著手，需要考慮哪些方面的內(nèi)容？

核心上云的實(shí)施路徑有那些, 采用什么樣的步驟會(huì)比較好？

核心下移上云目前的生態(tài)是什么樣子，有足夠的服務(wù)和支持能力嗎？

工欲善其事，必先利其器。思考銀行為什么上云，從來(lái)不是一件太晚的事情。

基于此，雷鋒網(wǎng)《AI金融評(píng)論》與阿里云聯(lián)合主辦“銀行系統(tǒng)云化升級(jí)”實(shí)戰(zhàn)體驗(yàn)營(yíng)，邀請(qǐng)到五位頂尖行業(yè)專家線上分享。

從本周起，阿里云新金融事業(yè)部金融核心部負(fù)責(zé)人陳威，網(wǎng)商銀行基礎(chǔ)技術(shù)架構(gòu)部負(fù)責(zé)人蔣易民，將分別帶來(lái)《金融核心云原生轉(zhuǎn)型探索與實(shí)踐》和《構(gòu)建云原生架構(gòu)-網(wǎng)商銀行SOFAMesh應(yīng)用實(shí)踐》的主題演講。

廣度而論，從銀行、云廠商、ISV（獨(dú)立軟件開(kāi)發(fā)商）三大角色出發(fā)，不同視角討論銀行核心系統(tǒng)與應(yīng)用的云化改造；

深度而論，專場(chǎng)內(nèi)容覆蓋銀行上云的標(biāo)準(zhǔn)與選型、成功上云實(shí)戰(zhàn)復(fù)盤(pán)、金融核心建設(shè)、云與AI的關(guān)系與內(nèi)涵等多個(gè)方向。

本次實(shí)戰(zhàn)體驗(yàn)營(yíng)，為雷鋒網(wǎng)2021金融云峰會(huì)的首場(chǎng)線上活動(dòng)。后續(xù)將有更多嘉賓加盟。

同時(shí)，《AI金融評(píng)論》也將圍繞銀行上云、核心系統(tǒng)建設(shè)、云金融等主題，陸續(xù)推出多篇深度稿件。

為銀行業(yè)乃至金融界，和科技圈，輸出最立體化、最具前瞻性和參考價(jià)值的銀行云、金融云內(nèi)容，同時(shí)搭建高質(zhì)量的微信社群，促進(jìn)上下游企業(yè)交流探討。

關(guān)注《AI金融評(píng)論》，對(duì)話框發(fā)送關(guān)鍵詞“參會(huì)”，進(jìn)入專家微信群，觀看直播。

嘉賓分享議程

開(kāi)場(chǎng)致辭：劉偉光，阿里巴巴集團(tuán)副總裁、阿里云新金融事業(yè)部總經(jīng)理

嘉賓介紹：劉偉光畢業(yè)于清華大學(xué)電子工程系。曾負(fù)責(zé)螞蟻集團(tuán)金融科技的商業(yè)推廣和生態(tài)建設(shè)工作，以及螞蟻鏈的商業(yè)拓展工作。

他在企業(yè)軟件市場(chǎng)深耕多年，曾經(jīng)創(chuàng)建Pivotal軟件大中華區(qū)分公司，開(kāi)創(chuàng)了企業(yè)級(jí)大數(shù)據(jù)以及企業(yè)級(jí)云計(jì)算PaaS平臺(tái)的市場(chǎng)先河。

在創(chuàng)建Pivotal中國(guó)軟件公司之前，劉偉光曾經(jīng)擔(dān)任EMC公司大中國(guó)區(qū)數(shù)據(jù)計(jì)算事業(yè)部總經(jīng)理，并在Oracle公司工作多年，曾經(jīng)創(chuàng)建了Exadata大中國(guó)區(qū)的產(chǎn)品事業(yè)部并擔(dān)任事業(yè)部總監(jiān)。

第一場(chǎng)：張曉丹，阿里云新金融事業(yè)部CTO

演講時(shí)間：1月19日（周二）20:00-21:00

演講主題：《新一代金融IT基礎(chǔ)設(shè)施：阿里云的金融云前瞻與實(shí)戰(zhàn)》

演講大綱：

• 金融IT基礎(chǔ)設(shè)施發(fā)展需求與趨勢(shì)

• 金融云應(yīng)用場(chǎng)景 

• 打造安全、穩(wěn)定、敏捷的云上金融

嘉賓介紹：曾任工商銀行總行部室副總級(jí)專家，先后在工行分行、數(shù)據(jù)中心、總行IT部門(mén)任職22年。

曾任恒豐銀行科技部總經(jīng)理，期間建設(shè)了國(guó)內(nèi)銀行業(yè)第一家多租戶的金融IAAS行業(yè)云，首次將一家全國(guó)性股份制銀行的應(yīng)用系統(tǒng)全部遷移上云。

2018年，張曉丹加入阿里云。

第二場(chǎng)：吳守鈺，中電金信（原文思海輝）金融解決方案事業(yè)部產(chǎn)品總監(jiān)

演講時(shí)間：1月21日（周四）20:00-21:00

演講主題：《建設(shè)基于金融云敏態(tài)業(yè)務(wù)系統(tǒng)的探索與實(shí)踐》

演講提綱：

• 從云下到云上，從穩(wěn)態(tài)到敏態(tài)

• 云上敏態(tài)業(yè)務(wù)系統(tǒng)要點(diǎn)分析

• 云上敏態(tài)業(yè)務(wù)系統(tǒng)建設(shè)實(shí)踐

嘉賓介紹：擁有18年金融IT行業(yè)經(jīng)驗(yàn)，熟悉銀行互聯(lián)網(wǎng)金融、開(kāi)放銀行、核心系統(tǒng)、支付結(jié)算等領(lǐng)域，有豐富的行業(yè)調(diào)研、架構(gòu)設(shè)計(jì)、需求分析、產(chǎn)品研發(fā)等經(jīng)驗(yàn)，擅長(zhǎng)云環(huán)境下的銀行解決方案設(shè)計(jì)，近年專注于數(shù)字化轉(zhuǎn)型方向產(chǎn)品研發(fā)與項(xiàng)目實(shí)踐。

第三場(chǎng)：陳威，阿里云新金融事業(yè)部金融核心部負(fù)責(zé)人

演講時(shí)間：2月2日（周二）20:00-21:00

演講主題：《金融核心云原生轉(zhuǎn)型探索與實(shí)踐》

演講大綱：

• 銀行核心系統(tǒng)云化轉(zhuǎn)型的訴求

• 核心云原生轉(zhuǎn)型的挑戰(zhàn)與應(yīng)對(duì)

• 相關(guān)路徑與案例介紹

嘉賓介紹：現(xiàn)任阿里云新金融事業(yè)部金融核心部負(fù)責(zé)人，負(fù)責(zé)金融核心相關(guān)解決方案。曾從事企業(yè)級(jí)信息技術(shù)產(chǎn)業(yè)十余年，具備豐富的應(yīng)用架構(gòu)與設(shè)計(jì)，數(shù)據(jù)智能，云平臺(tái)，互聯(lián)網(wǎng)等領(lǐng)域的理論與大型復(fù)雜項(xiàng)目實(shí)踐，尤其在金融行業(yè)具有多年的交叉實(shí)踐經(jīng)驗(yàn)，服務(wù)于近百家大型機(jī)構(gòu)與客戶。

第四場(chǎng)：蔣易民，網(wǎng)商銀行基礎(chǔ)技術(shù)架構(gòu)部負(fù)責(zé)人

演講時(shí)間：2月4日（周四）20:00-21:00

演講主題：《構(gòu)建云原生架構(gòu)-網(wǎng)商銀行SOFAMesh應(yīng)用實(shí)踐》

演講大綱：

1、網(wǎng)商銀行開(kāi)業(yè)以來(lái)基礎(chǔ)架構(gòu)的演進(jìn)歷程 

2、網(wǎng)商銀行基礎(chǔ)架構(gòu)演進(jìn)和業(yè)務(wù)發(fā)展過(guò)程中的典型問(wèn)題 

3、網(wǎng)商銀行基于云原生架構(gòu)的應(yīng)用實(shí)踐和展望

嘉賓介紹：負(fù)責(zé)全行基礎(chǔ)架構(gòu)的規(guī)劃、落地以及全局穩(wěn)定性保障，打造高可用，高并發(fā)的系統(tǒng)技術(shù)底盤(pán)，經(jīng)過(guò)3年發(fā)展，將全行核心交易峰值能力由50TPS提升到50000TPS，從開(kāi)業(yè)以來(lái)參與和見(jiàn)證了技術(shù)底盤(pán)的快速演進(jìn)，完整經(jīng)歷了“同城雙活”到“兩地三中心”再到“三地五中心”的發(fā)展歷程，主導(dǎo)了異地多活單元化、混合云彈性和云原生架構(gòu)的落地，榮獲過(guò)人民銀行科技發(fā)展獎(jiǎng)。

如何預(yù)約專場(chǎng)？

1、關(guān)注公眾號(hào)“AI金融評(píng)論”（ID：aijinrongpinglun）

2、在公眾號(hào)對(duì)話框回復(fù)關(guān)鍵詞“參會(huì)”，即可進(jìn)微信群觀看直播，亦可與技術(shù)大佬們談笑風(fēng)生。

本次活動(dòng)面向的人群

• 銀行信息技術(shù)/IT部門(mén)，和研發(fā)部門(mén)團(tuán)隊(duì)；

• 云服務(wù)供應(yīng)商、金融科技公司高管；

• 傳統(tǒng)IT廠商和軟件供應(yīng)商高層；

• 券商、險(xiǎn)企等持牌金融機(jī)構(gòu)IT建設(shè)部門(mén)；

• 高校計(jì)算機(jī)、軟件專業(yè)、人工智能教授與研究生

雷鋒網(wǎng)雷鋒網(wǎng)

但也正是因?yàn)檫@樣的“上云潮”出現(xiàn)，業(yè)界需要更加深入探討：到底銀行核心系統(tǒng)轉(zhuǎn)型的訴求是什么？?jī)r(jià)值又何在？到底有哪些成功案例可供借鑒參考？

核心業(yè)務(wù)系統(tǒng)，自然是銀行的“核心”。對(duì)銀行核心上云的討論，則是銀行云化升級(jí)進(jìn)程里的“核中之核”。

為此，雷鋒網(wǎng)《AI金融評(píng)論》與阿里云聯(lián)合主辦“銀行系統(tǒng)云化升級(jí)”實(shí)戰(zhàn)體驗(yàn)營(yíng)，第三場(chǎng)演講由阿里云新金融事業(yè)部金融核心部負(fù)責(zé)人陳威帶來(lái)。

明晚8點(diǎn)，陳威將針對(duì)金融核心云原生轉(zhuǎn)型這一主題，帶來(lái)阿里云近年來(lái)的實(shí)踐探索經(jīng)驗(yàn)。

演講嘉賓

陳威，阿里云新金融事業(yè)部金融核心部負(fù)責(zé)人

演講時(shí)間

2月2日（周二）20:00-21:00

演講主題

《金融核心云原生轉(zhuǎn)型探索與實(shí)踐》

演講大綱

• 銀行核心系統(tǒng)云化轉(zhuǎn)型的訴求

• 核心云原生轉(zhuǎn)型的挑戰(zhàn)與應(yīng)對(duì)

• 相關(guān)路徑與案例介紹

嘉賓介紹

陳威，現(xiàn)任阿里云新金融事業(yè)部金融核心部負(fù)責(zé)人，負(fù)責(zé)金融核心相關(guān)解決方案。曾從事企業(yè)級(jí)信息技術(shù)產(chǎn)業(yè)十余年，具備豐富的應(yīng)用架構(gòu)與設(shè)計(jì)，數(shù)據(jù)智能，云平臺(tái)，互聯(lián)網(wǎng)等領(lǐng)域的理論與大型復(fù)雜項(xiàng)目實(shí)踐，尤其在金融行業(yè)具有多年的交叉實(shí)踐經(jīng)驗(yàn)，服務(wù)于近百家大型機(jī)構(gòu)與客戶。

近兩年，利用科技革命實(shí)現(xiàn)銀行產(chǎn)品和服務(wù)的線上化、移動(dòng)化，成為大勢(shì)所趨。從渠道體系到核心系統(tǒng)，銀行正在經(jīng)歷全面的數(shù)字化。

但是，2020年突發(fā)的疫情，讓銀行業(yè)從常態(tài)、穩(wěn)態(tài)的運(yùn)行環(huán)境中，切換到一個(gè)不確定狀態(tài)。

傳統(tǒng)集中式架構(gòu)和分布式架構(gòu)，兩者一直存在著技術(shù)爭(zhēng)論：分布式架構(gòu)銀行由傳統(tǒng)IT架構(gòu)支撐的核心系統(tǒng)，一時(shí)半刻不可能完全拋棄。但同時(shí)，銀行也希望像互聯(lián)網(wǎng)企業(yè)一樣，敏捷地支撐應(yīng)用場(chǎng)景，敏捷地支撐業(yè)務(wù)開(kāi)發(fā)。

敏捷響應(yīng)，成為銀行金融服務(wù)能力的一大考驗(yàn)。

作為中國(guó)電子旗下幫助金融行業(yè)數(shù)字化轉(zhuǎn)型的代表，中電金信（原文思海輝）在建設(shè)金融云敏態(tài)業(yè)務(wù)系統(tǒng)方面有著自己的心得。

中電金信金融解決方案事業(yè)部產(chǎn)品總監(jiān)吳守鈺，從用戶域、產(chǎn)品域、支付域、公共域等四大基礎(chǔ)能力入手，分享了金融云敏態(tài)業(yè)務(wù)系統(tǒng)的架構(gòu)和功能實(shí)現(xiàn)。

以下是吳守鈺的演講內(nèi)容，雷鋒網(wǎng)做了不改變?cè)獾木庉嬇c整理。

大家好，很高興能夠參與本次的云峰會(huì)。我叫吳守鈺，任職中電金信數(shù)字銀行部產(chǎn)品總監(jiān)。

今天，我分享的主題是《建設(shè)基于金融云敏態(tài)業(yè)務(wù)系統(tǒng)的探索和實(shí)踐》，主要分享我們?cè)诮ㄔO(shè)金融云敏態(tài)業(yè)務(wù)系統(tǒng)方面的一些理解和實(shí)踐。

近幾年，在金融新業(yè)態(tài)下，商業(yè)銀行面臨著新的挑戰(zhàn)：

一、經(jīng)濟(jì)雙循環(huán)，引新與活存并重，To B領(lǐng)域持續(xù)創(chuàng)新，商業(yè)銀行需要快速適應(yīng)市場(chǎng)變化；

二、監(jiān)管趨嚴(yán)：近期金融監(jiān)管政策不斷出臺(tái)，劃分厘清銀行與互聯(lián)網(wǎng)平臺(tái)的邊界，要求銀行回歸本源、服務(wù)實(shí)體、產(chǎn)業(yè)賦能；

三、新科技：ABCDMIX技術(shù)日益成熟，應(yīng)用越來(lái)越廣泛，重塑金融科技。

在新背景下，商業(yè)銀行IT系統(tǒng)建設(shè)呈現(xiàn)出了六大方面的趨勢(shì)：

平臺(tái)型銀行，平臺(tái)化經(jīng)濟(jì)實(shí)現(xiàn)價(jià)值提升；

開(kāi)放型銀行，服務(wù)自營(yíng)渠道、服務(wù)開(kāi)放生態(tài)伙伴，能力和服務(wù)具有對(duì)內(nèi)外共享開(kāi)放屬性；

生態(tài)型銀行，建立生態(tài)圈和生態(tài)體系，拉近、拉緊與各類合作伙伴的距離和關(guān)系；

體驗(yàn)型銀行，提升用戶體驗(yàn)，構(gòu)建用戶全旅程，提供個(gè)性化服務(wù)；

敏捷型銀行，具備從IT架構(gòu)、業(yè)務(wù)能力、場(chǎng)景金融等多方面的快速適配能力；

智慧型銀行；

以上市場(chǎng)變化和系統(tǒng)建設(shè)趨勢(shì)，都指向了“敏”，敏態(tài)的技術(shù)平臺(tái)和敏態(tài)的業(yè)務(wù)系統(tǒng)；建設(shè)基于金融云的敏態(tài)業(yè)務(wù)系統(tǒng)正是對(duì)癥下藥的一劑良方。業(yè)務(wù)中臺(tái)是敏態(tài)業(yè)務(wù)系統(tǒng)的基礎(chǔ)設(shè)施之一。

業(yè)務(wù)中臺(tái)，實(shí)現(xiàn)上是對(duì)業(yè)務(wù)能力的綜合治理，可以分為三層，從下往上看：

最下層是基礎(chǔ)能力層。

根據(jù)領(lǐng)域化分可分為用戶、產(chǎn)品、支付、公共等能力域，每個(gè)域內(nèi)部又包含若干基礎(chǔ)能力中心。

用戶域：解決平臺(tái)誰(shuí)用的問(wèn)題。建立開(kāi)放用戶體系，對(duì)包括銀行內(nèi)外的使用者、各類產(chǎn)品和服務(wù)的上下游等，進(jìn)行統(tǒng)一的管理和治理；具體又可以分為用戶、合約、標(biāo)簽畫(huà)像、營(yíng)銷等能力中心；

產(chǎn)品域：解決平臺(tái)賣什么的問(wèn)題。對(duì)各類金融、泛金融、生活服務(wù)等產(chǎn)品進(jìn)行工廠化管理，建立分類的產(chǎn)品模型，實(shí)現(xiàn)產(chǎn)品組合、差異化定價(jià)、績(jī)效評(píng)估等。賬戶也可一類特殊產(chǎn)品納入產(chǎn)品域，包括資金賬戶、權(quán)益賬戶、關(guān)聯(lián)賬戶等，支持賬戶的組合和創(chuàng)新，如集團(tuán)賬戶、錢(qián)包賬戶、創(chuàng)新存款等；

支付域：解決資金流轉(zhuǎn)及流轉(zhuǎn)過(guò)程中的控制問(wèn)題?？煞譃橹Ц?、費(fèi)用、額度、對(duì)賬等中心。其中支付中心實(shí)現(xiàn)線上線下一體化收單、聚合支付、資金劃轉(zhuǎn)撥付、代收代付等服務(wù)，通過(guò)模型化的訂單流轉(zhuǎn)和支付決策引擎實(shí)現(xiàn)標(biāo)準(zhǔn)、高效的流轉(zhuǎn)；費(fèi)用中心實(shí)現(xiàn)費(fèi)用計(jì)收、清分、分?jǐn)偟裙δ埽活~度中心實(shí)現(xiàn)用戶、渠道、場(chǎng)景、產(chǎn)品等不同主題的限額管理；對(duì)賬中心實(shí)現(xiàn)實(shí)時(shí)、定時(shí)等的交易檢查、核對(duì)。

公共域：提供安全、消息、資源中心、審批和運(yùn)營(yíng)等功能能力。

第二層是場(chǎng)景構(gòu)建工具。

我們稱之為服務(wù)編排，可分為兩大中心：交易中心和參數(shù)中心。

交易中心通過(guò)可視化流程編排IDE平臺(tái)實(shí)現(xiàn)對(duì)內(nèi)外部微服務(wù)的編排，提供運(yùn)行態(tài)的訂單化處理；

參數(shù)中心實(shí)現(xiàn)對(duì)能力、產(chǎn)品、流程、運(yùn)營(yíng)等參數(shù)的維護(hù)和管理，包含參數(shù)定義，更新、下發(fā)、訂閱、變更、同步等功能。場(chǎng)景構(gòu)建工具讓業(yè)務(wù)人員、運(yùn)營(yíng)人員能參與到開(kāi)發(fā)、運(yùn)營(yíng)過(guò)程中，看得懂、能維護(hù)。

通過(guò)以上兩層，實(shí)現(xiàn)強(qiáng)中臺(tái)、大中臺(tái)的能力支撐，及敏捷交付能力。

最上層是場(chǎng)景服務(wù)層。

包括銀行自營(yíng)場(chǎng)景、開(kāi)放銀行場(chǎng)景及其他合作運(yùn)營(yíng)場(chǎng)景。

有效的資產(chǎn)、服務(wù)的治理，通過(guò)標(biāo)準(zhǔn)流程、動(dòng)態(tài)參數(shù)管理，實(shí)現(xiàn)前中后全流程的數(shù)字化管控，提升綜合服務(wù)能力。

敏態(tài)業(yè)務(wù)系統(tǒng)的實(shí)踐

下面介紹一些我們?cè)诎⒗镌破脚_(tái)上構(gòu)建敏態(tài)業(yè)務(wù)系統(tǒng)的實(shí)踐。

某省農(nóng)信依托于阿里云，建設(shè)了行內(nèi)敏態(tài)系統(tǒng)，該系統(tǒng)目標(biāo)及定位如下：

提高系統(tǒng)的可用性和可靠性；

降低對(duì)基礎(chǔ)設(shè)施投入的成本，以及運(yùn)維、管理的成本；

提升快速響應(yīng)能力以及系統(tǒng)服務(wù)能力。

系統(tǒng)支持多法人、核心業(yè)務(wù)系統(tǒng)下移、分布式場(chǎng)景下的研發(fā)運(yùn)維一體化、存量應(yīng)用系統(tǒng)云化改造、三地多中心多活架構(gòu)，以及分布式場(chǎng)景下的安全運(yùn)維管理方案等。

業(yè)務(wù)中臺(tái)分為基礎(chǔ)能力層和場(chǎng)景層，既提供寬度、深度，也實(shí)現(xiàn)敏捷快速交付。

某城商銀行的數(shù)字化業(yè)務(wù)系統(tǒng)建設(shè)項(xiàng)目，技術(shù)底座采用阿里云平臺(tái)，建設(shè)范圍包括業(yè)務(wù)中臺(tái)、數(shù)據(jù)狀態(tài)、運(yùn)營(yíng)中臺(tái)等。業(yè)務(wù)中臺(tái)由基礎(chǔ)能力中心提供厚度，自營(yíng)及開(kāi)放場(chǎng)景服務(wù)中臺(tái)提供敏捷業(yè)務(wù)交付。

通過(guò)與阿里云效平臺(tái)集成，提供了從需求、設(shè)計(jì)、開(kāi)發(fā)、測(cè)試、上線到運(yùn)維的一體化服務(wù)。

中電金信是中國(guó)電子旗下的成員企業(yè)，是中國(guó)規(guī)模最大的銀行業(yè)IT服務(wù)公司，連續(xù)三年在中國(guó)銀行業(yè)IT解決方案市場(chǎng)排名第一。

中電金信員工超過(guò)26000人，擁有數(shù)字化業(yè)務(wù)、數(shù)字化營(yíng)銷、數(shù)字化運(yùn)營(yíng)等的完整的金融解決方案體系和服務(wù)體系。

以上是我今天的分享內(nèi)容，謝謝大家。雷鋒網(wǎng)雷鋒網(wǎng)

金融機(jī)構(gòu)IT架構(gòu)的“成長(zhǎng)”中，有太多“陣痛”：

• 從集中式演變到分布式，標(biāo)準(zhǔn)化、開(kāi)放化的建設(shè)是有了，應(yīng)用人員要操心的事為什么更多了？

• 一臺(tái)大機(jī)支撐上萬(wàn)臺(tái)服務(wù)器，是很節(jié)能環(huán)保，但研發(fā)周期太長(zhǎng)、售價(jià)太貴，一個(gè)性價(jià)比更高、更敏捷開(kāi)放的替代方案是怎樣的？
  

• 銀行如果不做全面上云，繼續(xù)長(zhǎng)期維持雙模IT，不可行嗎？

• ……
  

在阿里云新金融事業(yè)部CTO張曉丹看來(lái)，談金融機(jī)構(gòu)的IT建設(shè)，談云架構(gòu)轉(zhuǎn)型，其實(shí)不只是在談一個(gè)技術(shù)問(wèn)題，同時(shí)還是一個(gè)經(jīng)濟(jì)問(wèn)題。

這場(chǎng)IT架構(gòu)的云化改造，不僅事關(guān)時(shí)間、人力、物力，更關(guān)乎金融機(jī)構(gòu)的人員能不能擺脫復(fù)雜架構(gòu)的束縛，更加專注業(yè)務(wù)和應(yīng)用的創(chuàng)新。

“整個(gè)IT基礎(chǔ)設(shè)施交由專門(mén)的金融行業(yè)云承載，實(shí)現(xiàn)按需、敏捷、彈性獲得算力以支撐應(yīng)用創(chuàng)新?！睆垥缘み@樣概括發(fā)展金融行業(yè)云的目標(biāo)。

在雷鋒網(wǎng)《AI金融評(píng)論》與阿里云聯(lián)合主辦“銀行系統(tǒng)云化升級(jí)”實(shí)戰(zhàn)體驗(yàn)營(yíng)中，這些圍繞在金融云化周圍的疑問(wèn)被一一解開(kāi)。

本次實(shí)戰(zhàn)體驗(yàn)營(yíng)的首日分享中，阿里巴巴集團(tuán)副總裁、阿里云新金融事業(yè)部總經(jīng)理劉偉光帶來(lái)開(kāi)場(chǎng)致辭，他表示銀行業(yè)正在全面應(yīng)變，掀起線上化、數(shù)字化、智能化的變革，無(wú)處不在的銀行服務(wù)逐漸由藍(lán)圖變?yōu)楝F(xiàn)實(shí)。

此后，阿里云新金融事業(yè)部CTO張曉丹帶來(lái)了首場(chǎng)演講——張曉丹曾是工商銀行總行部室副總級(jí)專家，先后在工行分行、數(shù)據(jù)中心、總行IT部門(mén)任職22年；在恒豐銀行出任科技部總經(jīng)理期間，建設(shè)了國(guó)內(nèi)銀行業(yè)第一家多租戶的金融IAAS行業(yè)云，首次將一家全國(guó)性股份制銀行的應(yīng)用系統(tǒng)全部遷移上云。

這次，他結(jié)合自身二十余年在銀行的IT經(jīng)驗(yàn)，分享金融IT基礎(chǔ)架構(gòu)全面云化、機(jī)構(gòu)應(yīng)用遷云實(shí)錄等干貨。

以下為經(jīng)雷鋒網(wǎng)AI金融評(píng)論編輯的張曉丹演講內(nèi)容：

大家好，我今天分享的主題是《阿里金融云，新一代金融IT基礎(chǔ)設(shè)施》。

金融IT基礎(chǔ)架構(gòu)的全面云化

整個(gè)金融行業(yè)正在面臨著向數(shù)字化轉(zhuǎn)型的大潮過(guò)程，這個(gè)階段中，我們不斷在發(fā)展在線化、數(shù)字化以及網(wǎng)絡(luò)化、平臺(tái)化以及智能化。轉(zhuǎn)型過(guò)程對(duì)金融IT基礎(chǔ)設(shè)施提出了更高的要求，需要我們能夠按需、敏捷、彈性的獲得更經(jīng)濟(jì)和廉價(jià)的算力。

傳統(tǒng)的IT架構(gòu)比較安全、穩(wěn)定、可靠，但是其開(kāi)放性、彈性、敏捷性、經(jīng)濟(jì)性存在一定的局限性，所以需要不斷向云架構(gòu)進(jìn)行轉(zhuǎn)型和升級(jí)。

在這個(gè)過(guò)程中，私有云、行業(yè)云、混合云，還有公共云具備各自的優(yōu)、劣勢(shì)。我們專門(mén)為金融機(jī)構(gòu)建設(shè)一個(gè)行業(yè)云，跟現(xiàn)有的私有云進(jìn)行混合，在提升金融云的監(jiān)管合規(guī)、安全穩(wěn)定的同時(shí)，最大限度地提升經(jīng)濟(jì)效益。

• 為什么要向云架構(gòu)轉(zhuǎn)型？

首先，降低成本，提高效率。

云本身，不僅僅是個(gè)技術(shù)問(wèn)題，還是經(jīng)濟(jì)問(wèn)題。

通過(guò)規(guī)?；倪\(yùn)營(yíng)、建設(shè)和共享實(shí)現(xiàn)規(guī)模效益，以獲得便宜、廉價(jià)的算力。通過(guò)軟件化、系統(tǒng)化和服務(wù)化，提升整個(gè)運(yùn)行效率，間接降低成本。

第二，云轉(zhuǎn)型的核心就是要改變應(yīng)用架構(gòu)和原來(lái)的技術(shù)路線，廣泛采取近十年來(lái)發(fā)展起來(lái)的開(kāi)放開(kāi)源、分布式的互聯(lián)網(wǎng)技術(shù)路線，提升整個(gè)應(yīng)用研發(fā)的敏捷性，促使研發(fā)和運(yùn)行一體化以支撐業(yè)務(wù)的敏捷和迭代。

一旦IT能夠低成本，提升敏捷度與迭代，整個(gè)業(yè)務(wù)競(jìng)爭(zhēng)力會(huì)躍上一個(gè)新臺(tái)階。以前長(zhǎng)期的自上向下的建設(shè)，變成快速走向市場(chǎng)、并與用戶進(jìn)行業(yè)務(wù)嘗試和迭代，在業(yè)務(wù)與客戶的互動(dòng)過(guò)程中來(lái)升級(jí)業(yè)務(wù)系統(tǒng)，其中會(huì)不斷應(yīng)用到一些分布式、微服務(wù)、云原生的技術(shù)。

第三，保持整個(gè)IT技術(shù)路線的現(xiàn)代化。長(zhǎng)期不升級(jí)會(huì)帶來(lái)技術(shù)架構(gòu)的老化，運(yùn)行風(fēng)險(xiǎn)增加和效率低下，以及人才隊(duì)伍難以保持等問(wèn)題。只有進(jìn)行穩(wěn)定、持續(xù)的架構(gòu)升級(jí)，才能保證整個(gè)IT的能力。

云架構(gòu)也是借助于云平臺(tái)化的效應(yīng)，來(lái)拓展金融機(jī)構(gòu)的業(yè)務(wù)邊界。通過(guò)開(kāi)放銀行、開(kāi)放證券、開(kāi)放保險(xiǎn)，和周圍的生態(tài)各方建立網(wǎng)絡(luò)化的連接，拓展自己的業(yè)務(wù)場(chǎng)景，從線下走向線上。

再者，利用高性價(jià)比的、豐富的按需可獲的資源，加上數(shù)據(jù)化處理能力，幫助金融機(jī)構(gòu)在架構(gòu)轉(zhuǎn)型的過(guò)程中，樹(shù)立起以積累數(shù)據(jù)資產(chǎn)為目標(biāo)的客戶運(yùn)營(yíng)、流量運(yùn)營(yíng)的意識(shí)，提升企業(yè)運(yùn)用數(shù)據(jù)智能的能力，提供高精準(zhǔn)、更高效的客戶服務(wù)。

未來(lái)的競(jìng)爭(zhēng)是數(shù)據(jù)智能的競(jìng)爭(zhēng)，只有擁有更多的數(shù)據(jù)資產(chǎn)，建設(shè)強(qiáng)大的數(shù)據(jù)中臺(tái)，才能實(shí)時(shí)支撐好數(shù)據(jù)的智能并且發(fā)展業(yè)務(wù)。

IT架構(gòu)的發(fā)展歷程，從最早的大型機(jī)、小型機(jī)等集中式架構(gòu)，再到scale-up架構(gòu)，基礎(chǔ)設(shè)施、應(yīng)用架構(gòu)、研發(fā)模式都發(fā)生了很大的變化。

隨著整個(gè)架構(gòu)的演變，最大的問(wèn)題是成本高，研發(fā)周期過(guò)長(zhǎng)，一臺(tái)大機(jī)能夠支撐上萬(wàn)臺(tái)的服務(wù)器的能力,節(jié)能環(huán)保。但研發(fā)成本周期長(zhǎng)、成本高，售價(jià)太貴。

同時(shí)，傳統(tǒng)的應(yīng)用架構(gòu)技術(shù)比較封閉，生態(tài)沒(méi)有得到發(fā)展，而分布式云原生架構(gòu)，目的就是更加開(kāi)放，更加敏捷。

原來(lái)在一臺(tái)大、中型機(jī)以及小機(jī)里面，操作系統(tǒng)、應(yīng)用軟件、中間件，數(shù)據(jù)庫(kù)都在一臺(tái)大機(jī)器里運(yùn)行，是一種高度集中耦合的架構(gòu)。

而分布式架構(gòu)，開(kāi)始用一堆的服務(wù)器來(lái)替代大機(jī)時(shí)，相應(yīng)地，就從一個(gè)操作系統(tǒng)變成很多小的操作系統(tǒng)——如何將這些小的操作系統(tǒng)重新耦合起來(lái)，變成一個(gè)大的操作系統(tǒng)，就是IaaS云的使命。

• 全面上云怎樣降低IT基礎(chǔ)設(shè)施的總擁有成本？

上層從一個(gè)大的中間件，演變成一個(gè)分布式的微服務(wù)架構(gòu)；從原來(lái)的SOA，進(jìn)一步發(fā)展到分布式微服務(wù)，再發(fā)展到現(xiàn)在的服務(wù)網(wǎng)格。

集中式架構(gòu)與云原生架構(gòu)之間的分布式架構(gòu)階段，存在一個(gè)問(wèn)題：

當(dāng)?shù)讓娱_(kāi)始從幾臺(tái)大型機(jī)器，變成眾多的小型機(jī)器及服務(wù)器以后，上層做應(yīng)用開(kāi)發(fā)的人員，將要面對(duì)下面的分布式的計(jì)算架構(gòu)。

因?yàn)橄旅娴钠脚_(tái)封裝得不太好，能力不太強(qiáng)，所以使得上層原來(lái)只關(guān)注業(yè)務(wù)和邏輯的開(kāi)發(fā)人員，開(kāi)始更多關(guān)注下面的基礎(chǔ)架構(gòu)。

雖然技術(shù)架構(gòu)的建設(shè)更加標(biāo)準(zhǔn)化、開(kāi)放化，但是應(yīng)用開(kāi)發(fā)更加復(fù)雜，應(yīng)用人員要關(guān)心的事也越來(lái)越多。

進(jìn)一步的云原生架構(gòu)轉(zhuǎn)型，實(shí)際上是經(jīng)過(guò)循環(huán)迭代以后，回歸到更高層次的平臺(tái)化、服務(wù)化水平。將分布式架構(gòu)的復(fù)雜性封裝在整個(gè)云平臺(tái)，其中包括IaaS、PaaS、DaaS等各種技術(shù)，讓業(yè)務(wù)和開(kāi)發(fā)重新回歸到業(yè)務(wù)邏輯，而不需要太關(guān)注下面的平臺(tái)。

最上層的業(yè)務(wù)中臺(tái)、數(shù)據(jù)中臺(tái)、協(xié)同平臺(tái)、AIOT平臺(tái)，以及支撐其的服務(wù)網(wǎng)格、湖倉(cāng)一體、HTAP、流批一體等技術(shù)，都是為了把平臺(tái)越做越厚，讓基于分布式架構(gòu)的應(yīng)用開(kāi)發(fā)越來(lái)越簡(jiǎn)單。

底層是從大機(jī)、小機(jī)、物理機(jī)到虛擬機(jī)、容器，以及兼具容器和虛擬機(jī)的特性的安全容器。

原來(lái)的大機(jī)通過(guò)專有的網(wǎng)絡(luò)連接大容量的集中存儲(chǔ)陣列，到后面小機(jī)通過(guò)SAN網(wǎng)絡(luò)連接SAN存儲(chǔ)的計(jì)算存儲(chǔ)分離架構(gòu)，發(fā)展到現(xiàn)在：沒(méi)有硬盤(pán)的神龍服務(wù)器，通過(guò)標(biāo)準(zhǔn)的以太網(wǎng)連接后面分布式的云盤(pán)，形成新一代的計(jì)算存儲(chǔ)的分離架構(gòu)，從原來(lái)的兩地三中心發(fā)展到現(xiàn)在的兩地四中心、多地多中心的新的容災(zāi)體系架構(gòu)，對(duì)原有的體系架構(gòu)進(jìn)行全面升級(jí)。

在這個(gè)過(guò)程中，金融云的底層的平臺(tái)完全交給云服務(wù)商進(jìn)行建設(shè)，使得金融機(jī)構(gòu)的人員將專注力放在業(yè)務(wù)和應(yīng)用的創(chuàng)新上。對(duì)金融機(jī)構(gòu)而言，它有資本充足率的限制，寶貴的核心資本，實(shí)際上是要用于金融業(yè)務(wù)的發(fā)展更加高效。

銀行的核心競(jìng)爭(zhēng)力實(shí)際上并不在IT基礎(chǔ)設(shè)施，而是在應(yīng)用研發(fā)和業(yè)務(wù)的創(chuàng)新方面，幫助中小金融機(jī)構(gòu)整個(gè)IT基礎(chǔ)設(shè)施交由專門(mén)的金融行業(yè)云承載，實(shí)現(xiàn)按需、敏捷、彈性獲得算力以支撐應(yīng)用創(chuàng)新，是我們發(fā)展金融行業(yè)云的目標(biāo)。

• 上行業(yè)云過(guò)程中，需要考慮的問(wèn)題

從規(guī)?；ㄔO(shè)和運(yùn)營(yíng)角度來(lái)看，我們持續(xù)在做規(guī)?；倪\(yùn)營(yíng)，用液冷將機(jī)房的PUE下降到一點(diǎn)零幾的PUE，通過(guò)每年幾十萬(wàn)臺(tái)服務(wù)器這種規(guī)?；牟少?gòu)以降低其成本，甚至采購(gòu)零配件自己組裝服務(wù)器，云服務(wù)價(jià)格每年持續(xù)的下降，可以給客戶帶來(lái)綜合的TCO（總擁有成本）的下降。

在對(duì)比TCO成本的時(shí)候需要考慮幾個(gè)因素：

第一，必須要全面上云。如果長(zhǎng)期維持著雙模IT，而且是以過(guò)去老舊傳統(tǒng)架構(gòu)為主的雙模IT，客戶長(zhǎng)期維持兩套技術(shù)架構(gòu)和運(yùn)維體系，是很難節(jié)省成本的。

在全面上云的過(guò)程中，將原來(lái)的傳統(tǒng)的硬件F5、負(fù)載均衡、防火墻、DNS，加密機(jī)等專有硬件設(shè)備，都用部署在標(biāo)準(zhǔn)服務(wù)器上軟件集群來(lái)替代，通過(guò)NFV替代各種硬件網(wǎng)絡(luò)設(shè)備，以實(shí)現(xiàn)全面降本，效益將更加明顯。

在上云過(guò)程中還解決了軟件正版化的問(wèn)題，不能用原來(lái)沒(méi)有采購(gòu)跑量的授權(quán)軟件來(lái)與現(xiàn)在的云授權(quán)軟件做比較：同時(shí)IDC建設(shè)往往有很大的空閑面積和空閑資源的閑置成本。再將建設(shè)機(jī)房所用的變電站和維保核算進(jìn)來(lái)，成本是很高的。

上云以后，降低成本的核心是on demand的能力。

On demand就是按需獲得資源，獲得資源后隨時(shí)可以釋放，所以上云以后一定是要把應(yīng)用部署進(jìn)行擴(kuò)展，能夠彈性、敏捷得以進(jìn)行。

其目的就是需要計(jì)算時(shí)，將整個(gè)基礎(chǔ)資源容器化全部拉起，計(jì)算完成以后，所有的資源釋放，不再繼續(xù)收費(fèi)。現(xiàn)在的Serverless、函數(shù)計(jì)算都是這樣的目標(biāo)，只有達(dá)到這個(gè)程度以后，才能最大限度的節(jié)省成本。

上云以后，底層的IT基礎(chǔ)設(shè)施這部分的容災(zāi)、運(yùn)維、高可用、切換都交給了服務(wù)商，實(shí)際上變相降低了人員成本。

未來(lái)數(shù)據(jù)中心、IT技術(shù)設(shè)施的建設(shè)和運(yùn)營(yíng)，包括在軟硬件上的投入和在人員上的投入，將會(huì)呈現(xiàn)出不同的比例。

未來(lái)當(dāng)IT人員能夠占到像國(guó)外的金融機(jī)構(gòu)的15%的比例，甚至占到金融科技公司40~50%比例時(shí)，人員成本會(huì)大幅高于軟硬件的成本。

我們進(jìn)行云架構(gòu)的轉(zhuǎn)型，核心目的就是節(jié)省人力成本。

• 中小保險(xiǎn)&金融云

在金融云上，會(huì)構(gòu)建出保險(xiǎn)所需要的一些能力。我們會(huì)與中科軟、軟通動(dòng)力、易寶、文思海輝等各種ISV合作，將他們的應(yīng)用軟件和云上的IT基礎(chǔ)設(shè)施IaaS、PaaS提前對(duì)接，客戶在遷云過(guò)程中不需要自己全客支付改造成本，進(jìn)行應(yīng)用的兼容和適配。

同時(shí)與一些中保車服等行業(yè)云的客戶，一塊為中小保險(xiǎn)提供服務(wù)。

保險(xiǎn)業(yè)是一個(gè)監(jiān)管比較開(kāi)明的行業(yè)，將IT架構(gòu)搬到云上，實(shí)際上會(huì)帶來(lái)很大的收益。

• 中小證券基金&金融云

由于證券業(yè)務(wù)的特殊性，券商對(duì)4個(gè)小時(shí)內(nèi)高可用的要求很高，甚至超過(guò)銀行，所以對(duì)可能存在的交易敏感性，和出現(xiàn)故障的損失性，在合規(guī)符合性、系統(tǒng)安全可靠性沒(méi)有得到實(shí)際長(zhǎng)期驗(yàn)證之前，監(jiān)管還是不放心進(jìn)行集約化的、公有云式的管理。

對(duì)此，我們與上交所在三年前已經(jīng)構(gòu)建了一個(gè)合建的證券行業(yè)云，聯(lián)合建設(shè)、聯(lián)合運(yùn)營(yíng)，共同進(jìn)行對(duì)外銷售和售后服務(wù)。

通過(guò)對(duì)這個(gè)行業(yè)云的建設(shè)，幫助中小型證券和基金，將其整個(gè)系統(tǒng)托管到離上交所交易所最近的機(jī)房，在本地建立一個(gè)同城多中心的容災(zāi)架構(gòu)，上面提供各式各樣的服務(wù)，中小金融機(jī)構(gòu)和中小證券基金行業(yè)就不用再建設(shè)自己的機(jī)房了。

金融云XaaS的產(chǎn)品服務(wù)能力

金融云上整個(gè)的產(chǎn)品架構(gòu)，基本上跟公有云上所有產(chǎn)品都是一樣的。

最底層是內(nèi)部的數(shù)據(jù)中心的機(jī)房能力，再上層是IaaS能力，然后是DBaaS數(shù)據(jù)庫(kù)服務(wù)化的能力，還有包括 Paas層的各種能力。

• mPaas移動(dòng)開(kāi)發(fā)平臺(tái)何以“最受歡迎”？

在金融云上，除了Paas能力，我們還會(huì)提供一些特色的業(yè)務(wù)。

比如阿里最具特色、最受客戶歡迎的移動(dòng)平臺(tái)——mPaas，很多機(jī)構(gòu)使用這個(gè)平臺(tái)構(gòu)建自己的手機(jī)APP系統(tǒng)，打造一個(gè)超級(jí)APP移動(dòng)開(kāi)發(fā)平臺(tái)，它甚至是一個(gè)開(kāi)發(fā)、運(yùn)行、測(cè)試、運(yùn)營(yíng)一體化的平臺(tái)。

它脫胎于支付寶強(qiáng)大的 APP底層能力，不僅提供安全穩(wěn)定的開(kāi)發(fā)管理，還將其變成一個(gè)客戶運(yùn)營(yíng)和流量運(yùn)營(yíng)的平臺(tái)。

這個(gè)平臺(tái)支持native的移動(dòng)開(kāi)發(fā)，提供一個(gè)小程序框架?？蛻艨梢园阎Ц秾毜绕脚_(tái)上的所有小程序遷移過(guò)來(lái)，也可以利用小程序框架發(fā)展自己的小程序生態(tài)，讓周邊的生態(tài)合作伙伴不用開(kāi)發(fā)非標(biāo)小程序，直接將既有其他平臺(tái)上的小程序遷移過(guò)來(lái)。

• 不同成熟度應(yīng)用的全面遷云

我們對(duì)金融行業(yè)也是支持不同成熟度的應(yīng)用，都能夠全面的遷云。

現(xiàn)在的很多傳統(tǒng)應(yīng)用還是處于傳統(tǒng)、標(biāo)準(zhǔn)和成熟的虛擬化的應(yīng)用階段。我們希望這些應(yīng)用能夠向云上進(jìn)行遷移。

云上遷移并不是要做很多很復(fù)雜的改造，例如應(yīng)用的自維護(hù)、自描述，是否進(jìn)行分布式改造、服務(wù)網(wǎng)格改造，我們希望在虛擬化的標(biāo)準(zhǔn)化和成熟度狀態(tài)，做少量的適配、修改，就能夠遷移到云上，不同成熟度的應(yīng)用遷到云上，可以獲得不同云上的紅利和特性。

云的原生化改造越強(qiáng)，就能更好的獲得云原生的特性。云原生實(shí)際上就是云的核心的按需自助，敏捷、彈性等方面的能力。

我們會(huì)在上云過(guò)程中對(duì)所有客戶的應(yīng)用、可用性、連續(xù)性、容量性能都做一些分類和標(biāo)準(zhǔn)，根據(jù)它不同的要求，制定其上云的標(biāo)準(zhǔn)的部署模板，然后分批進(jìn)行遷云。

近期，雷鋒網(wǎng)《AI金融評(píng)論》與阿里云聯(lián)合主辦“銀行系統(tǒng)云化升級(jí)”實(shí)戰(zhàn)體驗(yàn)營(yíng)，關(guān)注公眾號(hào)“AI金融評(píng)論”（ID：aijinrongpinglun），回復(fù)關(guān)鍵詞“參會(huì)”，立即進(jìn)群觀看直播。

其中最受關(guān)注的IT建設(shè)問(wèn)題之一，就是穩(wěn)、敏雙態(tài)業(yè)務(wù)與金融云該如何“協(xié)同作戰(zhàn)”。

當(dāng)銀行面對(duì)上云大潮，同時(shí)自身又有龐大業(yè)務(wù)擴(kuò)展需求，云廠商和ISV服務(wù)商應(yīng)該怎樣助力銀行？

基于此，雷鋒網(wǎng)《AI金融評(píng)論》與阿里云聯(lián)合主辦“銀行系統(tǒng)云化升級(jí)”實(shí)戰(zhàn)體驗(yàn)營(yíng)，邀請(qǐng)到多位頂尖行業(yè)專家線上分享，討論銀行核心系統(tǒng)與應(yīng)用的云化改造，內(nèi)容覆蓋成功上云實(shí)戰(zhàn)復(fù)盤(pán)、金融核心建設(shè)等方向。

今晚8點(diǎn)，中電金信（原文思海輝）金融解決方案事業(yè)部產(chǎn)品總監(jiān)吳守鈺將帶來(lái)第二場(chǎng)演講，以18年金融IT行業(yè)經(jīng)驗(yàn)，分享敏態(tài)業(yè)務(wù)系統(tǒng)如何基于金融云進(jìn)行探索與實(shí)踐。

近期，《AI金融評(píng)論》也將圍繞銀行上云、核心系統(tǒng)建設(shè)、云金融等主題，陸續(xù)推出多篇稿件，為銀行業(yè)乃至金融界，和科技圈，輸出最立體化、最具前瞻性和參考價(jià)值的銀行云、金融云內(nèi)容，同時(shí)搭建高質(zhì)量的微信社群，促進(jìn)上下游企業(yè)交流探討。

欲了解更多活動(dòng)詳情，可聯(lián)系負(fù)責(zé)人周蕾（微信：LorraineSummer）。

演講嘉賓

吳守鈺，中電金信（原文思海輝）金融解決方案事業(yè)部產(chǎn)品總監(jiān)

演講時(shí)間

1月21日（周四）20:00-21:00

演講主題

《建設(shè)基于金融云敏態(tài)業(yè)務(wù)系統(tǒng)的探索與實(shí)踐》

演講提綱

從云下到云上，從穩(wěn)態(tài)到敏態(tài)

云上敏態(tài)業(yè)務(wù)系統(tǒng)要點(diǎn)分析

云上敏態(tài)業(yè)務(wù)系統(tǒng)建設(shè)實(shí)踐

嘉賓介紹

吳守鈺擁有18年金融IT行業(yè)經(jīng)驗(yàn)，熟悉銀行互聯(lián)網(wǎng)金融、開(kāi)放銀行、核心系統(tǒng)、支付結(jié)算等領(lǐng)域，有豐富的行業(yè)調(diào)研、架構(gòu)設(shè)計(jì)、需求分析、產(chǎn)品研發(fā)等經(jīng)驗(yàn)，擅長(zhǎng)云環(huán)境下的銀行解決方案設(shè)計(jì)，近年專注于數(shù)字化轉(zhuǎn)型方向產(chǎn)品研發(fā)與項(xiàng)目實(shí)踐。

但還有多少人的普遍認(rèn)知只停留在“銀行應(yīng)該上云”？

在這個(gè)肯定的答案背后，還有太多的疑問(wèn)沒(méi)有被解開(kāi)：

銀行怎么上云？怎樣才算上云？從核心系統(tǒng)到應(yīng)用上云，定義、選型、場(chǎng)景、標(biāo)準(zhǔn)、優(yōu)先級(jí)、與AI的關(guān)系、為數(shù)字化轉(zhuǎn)型創(chuàng)造的價(jià)值……

這些問(wèn)題，不只是銀行要面對(duì)的“迷云”，更是所有金融機(jī)構(gòu)未來(lái)數(shù)年必須直面的議題，也是金融科技助力一切業(yè)務(wù)和細(xì)分場(chǎng)景之前，最該優(yōu)先解決的基礎(chǔ)設(shè)施建設(shè)問(wèn)題。

五年前，銀監(jiān)會(huì)就明確指示：截至“十三五”末期，銀行業(yè)面向互聯(lián)網(wǎng)場(chǎng)景的重要信息系統(tǒng)全部遷移至云計(jì)算架構(gòu)平臺(tái)，其他系統(tǒng)遷移比例不低于60%。

過(guò)去的五年，是銀行云乃至整個(gè)金融云行業(yè)迅速發(fā)展、國(guó)產(chǎn)云廠商蓬勃成長(zhǎng)的五年。但五年時(shí)間過(guò)去，這些眾說(shuō)紛紜的疑問(wèn)，仍未得到太確切的定論。

下一個(gè)五年已經(jīng)到來(lái)，我們?cè)噲D找到解答。

基于此，雷鋒網(wǎng)《AI金融評(píng)論》與阿里云聯(lián)合主辦“銀行系統(tǒng)云化升級(jí)”實(shí)戰(zhàn)體驗(yàn)營(yíng)，邀請(qǐng)到四位頂尖行業(yè)專家線上分享：

• 廣度而論，從銀行、云廠商、ISV（獨(dú)立軟件開(kāi)發(fā)商）三大角色出發(fā)，不同視角討論銀行核心系統(tǒng)與應(yīng)用的云化改造；

• 深度而論，專場(chǎng)內(nèi)容覆蓋銀行上云的標(biāo)準(zhǔn)與選型、成功上云實(shí)戰(zhàn)復(fù)盤(pán)、金融核心建設(shè)、云與AI的關(guān)系與內(nèi)涵等多個(gè)方向。

本次實(shí)戰(zhàn)體驗(yàn)營(yíng)，為雷鋒網(wǎng)2021金融云峰會(huì)的首場(chǎng)線上活動(dòng)。后續(xù)也將有更多嘉賓陸續(xù)加盟。

同時(shí)，《AI金融評(píng)論》也將圍繞銀行上云、核心系統(tǒng)建設(shè)、云金融等主題，陸續(xù)推出多篇深度稿件。

為銀行業(yè)乃至金融界，和科技圈，輸出最立體化、最具前瞻性和參考價(jià)值的銀行云、金融云內(nèi)容，同時(shí)搭建高質(zhì)量的微信社群，促進(jìn)上下游企業(yè)交流探討。

欲了解更多活動(dòng)詳情，可聯(lián)系負(fù)責(zé)人周蕾（微信：LorraineSummer）。

嘉賓分享議程

開(kāi)場(chǎng)致辭：劉偉光，阿里巴巴集團(tuán)副總裁、阿里云新金融事業(yè)部總經(jīng)理

嘉賓介紹：劉偉光畢業(yè)于清華大學(xué)電子工程系。曾負(fù)責(zé)螞蟻集團(tuán)金融科技的商業(yè)推廣和生態(tài)建設(shè)工作，以及螞蟻鏈的商業(yè)拓展工作。

他在企業(yè)軟件市場(chǎng)深耕多年，曾經(jīng)創(chuàng)建Pivotal軟件大中華區(qū)分公司，開(kāi)創(chuàng)了企業(yè)級(jí)大數(shù)據(jù)以及企業(yè)級(jí)云計(jì)算PaaS平臺(tái)的市場(chǎng)先河。

在創(chuàng)建Pivotal中國(guó)軟件公司之前，劉偉光曾經(jīng)擔(dān)任EMC公司大中國(guó)區(qū)數(shù)據(jù)計(jì)算事業(yè)部總經(jīng)理，并在Oracle公司工作多年，曾經(jīng)創(chuàng)建了Exadata大中國(guó)區(qū)的產(chǎn)品事業(yè)部并擔(dān)任事業(yè)部總監(jiān)。

第一場(chǎng)：張曉丹，阿里云新金融事業(yè)部CTO

演講時(shí)間：1月19日（周二）20:00-21:00

演講主題：《新一代金融IT基礎(chǔ)設(shè)施：阿里云的金融云前瞻與實(shí)戰(zhàn)》

演講大綱：

• 金融IT基礎(chǔ)設(shè)施發(fā)展需求與趨勢(shì)

• 金融云應(yīng)用場(chǎng)景 

• 打造安全、穩(wěn)定、敏捷的云上金融

嘉賓介紹：曾任工商銀行總行部室副總級(jí)專家，先后在工行分行、數(shù)據(jù)中心、總行IT部門(mén)任職22年。

曾任恒豐銀行科技部總經(jīng)理，期間建設(shè)了國(guó)內(nèi)銀行業(yè)第一家多租戶的金融IAAS行業(yè)云，首次將一家全國(guó)性股份制銀行的應(yīng)用系統(tǒng)全部遷移上云。

2018年，張曉丹加入阿里云。

第二場(chǎng)：吳守鈺，中電金信（原文思海輝）金融解決方案事業(yè)部產(chǎn)品總監(jiān)

演講時(shí)間：1月21日（周四）20:00-21:00

演講主題：《建設(shè)基于金融云敏態(tài)業(yè)務(wù)系統(tǒng)的探索與實(shí)踐》

演講提綱：

• 從云下到云上，從穩(wěn)態(tài)到敏態(tài)

• 云上敏態(tài)業(yè)務(wù)系統(tǒng)要點(diǎn)分析

• 云上敏態(tài)業(yè)務(wù)系統(tǒng)建設(shè)實(shí)踐

嘉賓介紹：擁有18年金融IT行業(yè)經(jīng)驗(yàn)，熟悉銀行互聯(lián)網(wǎng)金融、開(kāi)放銀行、核心系統(tǒng)、支付結(jié)算等領(lǐng)域，有豐富的行業(yè)調(diào)研、架構(gòu)設(shè)計(jì)、需求分析、產(chǎn)品研發(fā)等經(jīng)驗(yàn)，擅長(zhǎng)云環(huán)境下的銀行解決方案設(shè)計(jì)，近年專注于數(shù)字化轉(zhuǎn)型方向產(chǎn)品研發(fā)與項(xiàng)目實(shí)踐。

第三場(chǎng)：陳威，阿里云新金融事業(yè)部金融核心部負(fù)責(zé)人

演講時(shí)間：2月2日（周二）20:00-21:00

演講主題：《金融核心云原生轉(zhuǎn)型探索與實(shí)踐》

演講大綱：

• 銀行核心系統(tǒng)云化轉(zhuǎn)型的訴求

• 核心云原生轉(zhuǎn)型的挑戰(zhàn)與應(yīng)對(duì)

• 相關(guān)路徑與案例介紹

嘉賓介紹：現(xiàn)任阿里云新金融事業(yè)部金融核心部負(fù)責(zé)人，負(fù)責(zé)金融核心相關(guān)解決方案。

曾從事企業(yè)級(jí)信息技術(shù)產(chǎn)業(yè)十余年，具備豐富的應(yīng)用架構(gòu)與設(shè)計(jì)，數(shù)據(jù)智能，云平臺(tái)，互聯(lián)網(wǎng)等領(lǐng)域的理論與大型復(fù)雜項(xiàng)目實(shí)踐，尤其在金融行業(yè)具有多年的交叉實(shí)踐經(jīng)驗(yàn)，服務(wù)于近百家大型機(jī)構(gòu)與客戶。

如何預(yù)約專場(chǎng)？

1. 關(guān)注公眾號(hào)“AI金融評(píng)論”（ID：aijinrongpinglun）

2. 在公眾號(hào)對(duì)話框回復(fù)關(guān)鍵詞“參會(huì)”，即可進(jìn)微信群觀看直播，亦可與技術(shù)大佬們談笑風(fēng)生。

本次活動(dòng)面向的人群

• 銀行信息技術(shù)/IT部門(mén)，和研發(fā)部門(mén)團(tuán)隊(duì)；

• 云服務(wù)供應(yīng)商、金融科技公司高管；

• 傳統(tǒng)IT廠商和軟件供應(yīng)商高層；

• 券商、險(xiǎn)企等持牌金融機(jī)構(gòu)IT建設(shè)部門(mén)；

• 高校計(jì)算機(jī)、軟件專業(yè)、人工智能教授與研究生

雷鋒網(wǎng)

通過(guò)永安在線數(shù)據(jù)資產(chǎn)泄露風(fēng)險(xiǎn)監(jiān)測(cè)平臺(tái)統(tǒng)計(jì)，金融行業(yè)是數(shù)據(jù)資產(chǎn)泄露的主要來(lái)源，占到了42%，而數(shù)據(jù)資產(chǎn)泄露高發(fā)的互聯(lián)網(wǎng)行業(yè)也只排名第二，占27%。出現(xiàn)這種情況是因?yàn)榻鹑谛袠I(yè)涉及到的人群大多是高凈值人群，數(shù)據(jù)轉(zhuǎn)化率高，變現(xiàn)能力強(qiáng)。

騰訊云數(shù)據(jù)庫(kù)TDSQL首席架構(gòu)師張文認(rèn)為：“雖然企業(yè)數(shù)據(jù)安全不只依靠數(shù)據(jù)庫(kù)，但數(shù)據(jù)庫(kù)一定要做這種最后一根救命稻草的保障。”

張文還介紹到，“數(shù)據(jù)的誤刪、誤操作，對(duì)于一些銀行客戶而言，可能一年或者幾個(gè)月都不會(huì)發(fā)生一次，但是，我們面對(duì)著云上的客戶，每天都有客戶誤刪、誤操作，在這方面TDSQL積累、總結(jié)了大量的經(jīng)驗(yàn)、教訓(xùn)。對(duì)此，我們也有很多的解決方案包括SQL防火墻、透明加密、自動(dòng)備份等——如何更快速的幫助用戶找回?cái)?shù)據(jù)、恢復(fù)其可用性，經(jīng)過(guò)這么多年的打磨，我認(rèn)為我們是非常專業(yè)的。”

恰逢新年，雷鋒網(wǎng)《AI金融評(píng)論》邀請(qǐng)到張文參加「銀行業(yè)AI生態(tài)云峰會(huì)」，他分享了騰訊云是如何在「銀行數(shù)據(jù)庫(kù)」這一領(lǐng)域深耕發(fā)展；如何在國(guó)外商用數(shù)據(jù)庫(kù)的“壓力”下，突破求生，拿下多個(gè)銀行核心系統(tǒng)大單。

目前「銀行業(yè)AI生態(tài)云峰會(huì)」已成功舉辦4場(chǎng)，微眾銀行區(qū)塊鏈安全科學(xué)家嚴(yán)強(qiáng)、達(dá)觀數(shù)據(jù)聯(lián)合創(chuàng)始人紀(jì)傳俊、騰訊云數(shù)據(jù)庫(kù)TDSQL首席架構(gòu)師張文、阿里云金融科技AI產(chǎn)品負(fù)責(zé)人王巍給觀眾帶來(lái)了十分精彩的演講，后續(xù)還將有360數(shù)科首席科學(xué)家張家興、融慧金科董事長(zhǎng)兼CEO王勁、華為云FusionInsight首席架構(gòu)師徐禮峰、摸象科技董事長(zhǎng)高鵬等眾多大咖前來(lái)分享最新、最有貨的科技觀點(diǎn)。

以下為張文的演講內(nèi)容，雷鋒網(wǎng)AI金融評(píng)論作了不改變?cè)獾木庉嫞?/strong>

大家晚上好，很高興能在雷鋒網(wǎng)這個(gè)平臺(tái)帶來(lái)關(guān)于分布式數(shù)據(jù)庫(kù)的分享，今天主要的議題是《騰訊云分布式數(shù)據(jù)庫(kù)在銀行核心系統(tǒng)的改造實(shí)踐》。

眾所周知，2020年12月24日，騰訊云數(shù)據(jù)庫(kù)官宣TDSQL品牌整合升級(jí)計(jì)劃，集中發(fā)力數(shù)據(jù)庫(kù)技術(shù)創(chuàng)新突破。騰訊云原有的TDSQL、TBase、CynosDB三大產(chǎn)品線統(tǒng)一升級(jí)為“騰訊云企業(yè)級(jí)分布式數(shù)據(jù)庫(kù)TDSQL”。全新升級(jí)后的騰訊云TDSQL將涵蓋金融級(jí)分布式、分析型、云原生等多引擎融合的完整數(shù)據(jù)庫(kù)產(chǎn)品體系。本次分享將主要以金融級(jí)分布式版TDSQL的實(shí)踐進(jìn)行介紹，下述以“TDSQL”為簡(jiǎn)稱。

基礎(chǔ)技術(shù)創(chuàng)新背景與當(dāng)前行業(yè)趨勢(shì)分析

銀行的“核心系統(tǒng)”，對(duì)于數(shù)據(jù)庫(kù)廠商而言是一個(gè)比較大的挑戰(zhàn)。

銀行，我們都知道有核心系統(tǒng)和外圍系統(tǒng)，核心系統(tǒng)是銀行心臟中的心臟。

銀行的核心系統(tǒng)改造，對(duì)于數(shù)據(jù)庫(kù)廠商而言是一個(gè)很大的考驗(yàn)。數(shù)據(jù)庫(kù)廠商需要面對(duì)包括數(shù)據(jù)的一致性、高可用，以及SQL的兼容性等等一系列復(fù)雜問(wèn)題。

信息技術(shù)創(chuàng)新的大勢(shì)所趨

過(guò)去我們的核心系統(tǒng)，包括銀行核心，還有一些政務(wù)核心系統(tǒng)，對(duì)外國(guó)廠商的依賴度超過(guò)了90%，包括軟、硬件，硬件主要是依賴于國(guó)外的大型機(jī)，小型機(jī)。

軟件方面，像操作系統(tǒng)和數(shù)據(jù)庫(kù)軟件，整個(gè)一套技術(shù)架構(gòu)都采用的是國(guó)外的產(chǎn)品。直到現(xiàn)在，在技術(shù)自主創(chuàng)新大趨勢(shì)浪潮下，從硬件到軟件，我們逐步在進(jìn)行國(guó)產(chǎn)化的探索。

硬件上，我們開(kāi)始嘗試用基于X86或者是ARM的國(guó)產(chǎn)化硬件，以構(gòu)成底層的硬件平臺(tái)；軟件上，從操作系統(tǒng)到數(shù)據(jù)庫(kù)，包括一些中間件，在國(guó)產(chǎn)化方面近幾年涌現(xiàn)出了很多基礎(chǔ)類軟件。

所以，現(xiàn)在整體的技術(shù)導(dǎo)向是：從軟件到硬件整個(gè)基礎(chǔ)平臺(tái)開(kāi)始向國(guó)產(chǎn)化的態(tài)勢(shì)發(fā)展，而不僅僅局限于數(shù)據(jù)庫(kù)。

金融級(jí)分布式數(shù)據(jù)庫(kù)的挑戰(zhàn)與難點(diǎn)

分布式數(shù)據(jù)庫(kù)的挑戰(zhàn)（技術(shù)層面）

對(duì)于分布式數(shù)據(jù)庫(kù)而言，如何迎合這樣的契機(jī)和挑戰(zhàn)？

為什么早期國(guó)外的商用數(shù)據(jù)庫(kù)和商用的基礎(chǔ)軟件，在國(guó)內(nèi)的銀行、政務(wù)系統(tǒng)占據(jù)了大量份額？大部分企業(yè)選擇這些基礎(chǔ)軟件，主要訴求是其穩(wěn)定性。以穩(wěn)定性為口碑，經(jīng)過(guò)多年打磨，因而國(guó)外廠商的這些軟件占據(jù)了壟斷性的地位。

這種壟斷性地位在短時(shí)間內(nèi)是不容易被打破的，因?yàn)樗袀€(gè)長(zhǎng)時(shí)間的市場(chǎng)效應(yīng)，對(duì)于使用國(guó)外軟件的這些廠商而言，一旦涉及到替換或者升級(jí)，就容易產(chǎn)生一些兼容性問(wèn)題，還有一些遷移成本和改造難度等問(wèn)題。

對(duì)于國(guó)產(chǎn)的分布式數(shù)據(jù)庫(kù)，如果想要切入政務(wù)及銀行系統(tǒng)，首先需要打破長(zhǎng)期被國(guó)外商用數(shù)據(jù)庫(kù)建立起來(lái)的一系列壁壘，這些壁壘對(duì)于國(guó)產(chǎn)物數(shù)據(jù)庫(kù)是一系列的挑戰(zhàn)點(diǎn)。

強(qiáng)一致性高可用

作為金融級(jí)數(shù)據(jù)庫(kù)，可用性和數(shù)據(jù)強(qiáng)一致性是至關(guān)重要的，因?yàn)樵诮鹑趫?chǎng)景下，一條數(shù)據(jù)的價(jià)值是無(wú)法估量的，沒(méi)法評(píng)估它到底是錯(cuò)了一分錢(qián)還是一個(gè)億，或者更多，所以金融級(jí)高可用是國(guó)產(chǎn)分布式數(shù)據(jù)庫(kù)首要面對(duì)的一個(gè)挑戰(zhàn)。

性能成本

在國(guó)產(chǎn)化方面主要基于廉價(jià)存儲(chǔ)，因?yàn)樵诜植际降募軜?gòu)下，可以實(shí)現(xiàn)線性水平擴(kuò)展。但是數(shù)量對(duì)于分布式數(shù)據(jù)庫(kù)而言，并不是一昧的堆機(jī)器、堆存儲(chǔ)、堆計(jì)算，那樣實(shí)際上是很浪費(fèi)資源的。分布式數(shù)據(jù)庫(kù)組成一個(gè)較大的集群，假如有上千臺(tái)機(jī)器，那么如果在性能方面提高20%，就能節(jié)省上百臺(tái)的機(jī)器，甚至能節(jié)省出來(lái)一個(gè)機(jī)房。

所以，性能成本也是分布數(shù)據(jù)庫(kù)一直在探索的以較低的成本獲取較高的性能，這也是我們追求的一個(gè)性價(jià)比。

水平伸縮

對(duì)于分布式數(shù)據(jù)庫(kù)，水平伸縮能力是必須要具備的，因?yàn)榉植际綌?shù)據(jù)庫(kù)在互聯(lián)網(wǎng)場(chǎng)景算是需要比較常態(tài)化的水平伸縮。

例如應(yīng)對(duì)如雙11購(gòu)物節(jié)、春晚紅包的突增流量，需要有一個(gè)迅速的彈性擴(kuò)展能力以承載這些流量。而業(yè)務(wù)有峰值就有谷值，活動(dòng)結(jié)束后，需要再將這些資源進(jìn)行回收。這種水平伸縮能力，是分布式數(shù)據(jù)庫(kù)應(yīng)當(dāng)具備的基本點(diǎn)，任何分布式數(shù)據(jù)庫(kù)都需要具備這種可伸縮、可拓展的能力。

產(chǎn)品化程度

產(chǎn)品化程度是用戶能否快速上手的關(guān)鍵。

比如從一個(gè)傳統(tǒng)的集中式數(shù)據(jù)庫(kù)轉(zhuǎn)換到分布式數(shù)據(jù)庫(kù)，尤其是對(duì)于一些政企類、金融客戶而言，他們能否從傳統(tǒng)觀念或者傳統(tǒng)數(shù)據(jù)庫(kù)的環(huán)境下，過(guò)渡到分布式數(shù)據(jù)庫(kù)的環(huán)境和條件，這類客戶其網(wǎng)絡(luò)往往跟外網(wǎng)是隔離的，也就是在用戶出了問(wèn)題之后，我們沒(méi)法第一時(shí)間登錄他的環(huán)境，幫助其進(jìn)行調(diào)試，就需要他自助的完成。

如果沒(méi)有比較成熟且產(chǎn)品化的一套解決方案，用戶出了問(wèn)題只能7x24小時(shí)找到廠商解決，非常低效。所以，產(chǎn)品化程度也是至關(guān)重要的。

早期那些國(guó)外的商務(wù)數(shù)據(jù)庫(kù)也是歷經(jīng)多年打磨，才慢慢的讓這些傳統(tǒng)廠商的數(shù)據(jù)庫(kù)團(tuán)隊(duì)、科技團(tuán)隊(duì)接受的。

關(guān)鍵案例

前面幾點(diǎn)做得再好、再花哨，如果是沒(méi)有關(guān)鍵案例的驗(yàn)證，一切都是竹籃打水一場(chǎng)空，“實(shí)踐是檢驗(yàn)真理的唯一標(biāo)準(zhǔn)”，做得再好都需要有案例加以證明其可行性，對(duì)于分布式數(shù)據(jù)庫(kù)的挑戰(zhàn)，最重要的一點(diǎn)也是最為關(guān)鍵的一點(diǎn)，就是實(shí)實(shí)在在的案例。

如果沒(méi)有人用，大家都處于觀望狀態(tài)。關(guān)鍵案例是分布式數(shù)據(jù)庫(kù)面臨的最大挑戰(zhàn)，目前來(lái)看，國(guó)內(nèi)的傳統(tǒng)廠商、銀行、政企，還是外企的份額居多，國(guó)內(nèi)的分布式數(shù)據(jù)庫(kù)也是在近幾年才殺出一條血路。

所以，關(guān)鍵案例方面，除了需要TDSQL，也需要所有的友商共同探索，將關(guān)鍵案例不斷的迭代、鋪開(kāi)，有了更多案例的證明，國(guó)產(chǎn)分布式數(shù)據(jù)庫(kù)的影響力也好，口碑也罷，包括大家的接受程度，才能慢慢地得到提高。

分布式數(shù)據(jù)庫(kù)的挑戰(zhàn)（非技術(shù)層面）

這里的非技術(shù)層次的挑戰(zhàn)更偏向于產(chǎn)品側(cè)，主要分為以下4個(gè)挑戰(zhàn)：

質(zhì)量可靠

對(duì)于一款分布式數(shù)據(jù)庫(kù)，需要經(jīng)過(guò)大量業(yè)務(wù)的驗(yàn)證，產(chǎn)品在成熟或者說(shuō)正式用于外部之前，一定需要經(jīng)過(guò)內(nèi)部的打磨和錘煉，像TDSQL數(shù)據(jù)庫(kù)，我們往往都是在內(nèi)部打磨得非常成熟后才將其推向外部。

因?yàn)槲覀兊膬?nèi)部場(chǎng)景非常多，騰訊也有很多業(yè)務(wù)線，例如在類金融場(chǎng)景、社交場(chǎng)景、醫(yī)療健康、互動(dòng)娛樂(lè)，以及各種各樣的公有云的場(chǎng)景加以打磨。

我們秉承著對(duì)自己產(chǎn)品認(rèn)真、負(fù)責(zé)的態(tài)度，先經(jīng)過(guò)內(nèi)部的打磨才推送到外部客戶。因?yàn)閷a(chǎn)品推送到外部客戶時(shí)，實(shí)際上已經(jīng)是一個(gè)黑盒的環(huán)境，要求我們一定要在內(nèi)部盡可能的提前發(fā)現(xiàn)一些比較關(guān)鍵和顯而易見(jiàn)的問(wèn)題，比如用戶的體驗(yàn)性和一些使用方面的問(wèn)題。

持續(xù)投入

數(shù)據(jù)庫(kù)的更新迭代非常快，從TB級(jí)PB級(jí)再到更高數(shù)量級(jí)的提升。

因?yàn)榈卤容^快，所以要求廠商要有一個(gè)穩(wěn)定的數(shù)據(jù)庫(kù)團(tuán)隊(duì)持續(xù)地跟進(jìn)演進(jìn)。

對(duì)于TDSQL而言，作為騰訊內(nèi)部唯一的自研數(shù)據(jù)庫(kù)品牌，我們團(tuán)隊(duì)也要緊跟技術(shù)的演進(jìn)和變化，除了服務(wù)外部客戶還要服務(wù)內(nèi)部，因?yàn)闊o(wú)論是內(nèi)部還是外部都是我們的關(guān)鍵的客戶，都是我們非常重視的使用場(chǎng)景。

像騰訊這種體量的互聯(lián)網(wǎng)公司，需要一支比較穩(wěn)定，并且可以不斷緊跟著技術(shù)的演進(jìn)和發(fā)展不斷迭代的數(shù)據(jù)庫(kù)團(tuán)隊(duì)。

團(tuán)隊(duì)建設(shè)

需要我們的數(shù)據(jù)庫(kù)有自己的生態(tài)，包括用戶從集中式轉(zhuǎn)換到分布式的配套工具，周邊文檔資料，人員的招聘，還有一些過(guò)渡保障措施。

TDSQL是兼容MySQL、PostgreSQL生態(tài)的，而這些生態(tài)是一個(gè)非常龐大的數(shù)據(jù)庫(kù)圈子，其文檔和資料，以及全世界的活躍社區(qū)都給我們提供了很多的學(xué)習(xí)參考的途經(jīng)，我們一些技術(shù)水平比較高的銀行合作伙伴往往在出了問(wèn)題之后，對(duì)于一些比較基本的問(wèn)題，都是自己通過(guò)查閱相關(guān)資料加以解決。

對(duì)于我們的客戶而言，選用了一款分布式數(shù)據(jù)庫(kù)，它也要考慮自己團(tuán)隊(duì)對(duì)新型分布式數(shù)據(jù)庫(kù)的維護(hù)能力。

服務(wù)能力

服務(wù)能力要求分布式數(shù)據(jù)庫(kù)的具有完善的服務(wù)機(jī)制與生態(tài)體系。比如用戶出了問(wèn)題之后，能夠第一時(shí)間真的需要到現(xiàn)場(chǎng)，能夠第一時(shí)間去就近服務(wù)，包括一個(gè)完善的區(qū)域的合作伙伴的服務(wù)機(jī)制。

在服務(wù)能力方面，TDSQL也在全國(guó)培養(yǎng)了很多的技術(shù)支持團(tuán)隊(duì)幫助，引導(dǎo)客戶解決問(wèn)題。比如一些重大的節(jié)日保障，或者是涉及到一些重大變更，需要我們的合作伙伴立刻到達(dá)現(xiàn)場(chǎng)，做業(yè)務(wù)的割接、切換或者是大規(guī)模的災(zāi)備演練。比如對(duì)一個(gè)機(jī)房進(jìn)行斷電的容災(zāi)演練，我們也有專門(mén)的團(tuán)隊(duì)去支持，DBA團(tuán)隊(duì)也有服務(wù)合作伙伴，共同為客戶保駕護(hù)航。

目前，我們?cè)谌A東、華南、華北都有專門(mén)的服務(wù)團(tuán)隊(duì)。

作為一款成熟的分布式數(shù)據(jù)庫(kù)產(chǎn)品，除了要在技術(shù)側(cè)加以打磨，還需要有足夠的案例輸出，同時(shí)在服務(wù)體系、整合能力還有持續(xù)演進(jìn)能力方面，都要有與之相匹配的能力。否則，它就沒(méi)有辦法成為一個(gè)成熟完善的商業(yè)化產(chǎn)品。

TDSQL的發(fā)展歷程以及架構(gòu)原理

騰訊的土壤

為什么在騰訊的土壤下能誕生出像TDSQL這樣的數(shù)據(jù)庫(kù)？

首先，騰訊是一個(gè)依托百億級(jí)賬戶數(shù)量的互聯(lián)網(wǎng)公司，其數(shù)據(jù)規(guī)模、場(chǎng)景相對(duì)而言比較有挑戰(zhàn)性。

例如，幾年前微信春節(jié)紅包的峰值超過(guò)了每秒20萬(wàn)筆，對(duì)于任何數(shù)據(jù)庫(kù)而言都是一個(gè)比較大的考驗(yàn)，如果不按照分布式進(jìn)行拆分，那么，沒(méi)有任何一個(gè)大機(jī)或者小機(jī)能承載這樣的業(yè)務(wù)壓力。

眾所周知，互聯(lián)網(wǎng)業(yè)務(wù)營(yíng)銷活動(dòng)比較多，在活動(dòng)前、活動(dòng)后，其請(qǐng)求還有峰值都是指數(shù)級(jí)的數(shù)量，對(duì)數(shù)據(jù)庫(kù)的容量、伸縮能力是一個(gè)很大的考驗(yàn)。

TDSQL，依托騰訊云這個(gè)載體，服務(wù)于政務(wù)、金融、電商、社交，還有智慧城市等等各種場(chǎng)景的打磨。另外，TDSQL在公有云上服務(wù)于各行各業(yè)和各種場(chǎng)景的用戶，這些都是對(duì)TDSQL各種場(chǎng)景的打磨。

最后就是持續(xù)的投入。

伴隨著TDSQL迭代的這10年，騰訊加以持續(xù)的投入，不斷的打磨產(chǎn)品。因?yàn)閿?shù)據(jù)庫(kù)對(duì)于這種體量的互聯(lián)網(wǎng)公司而言至關(guān)重要。騰訊有著百億的賬戶，豐富的內(nèi)部產(chǎn)品線和業(yè)務(wù)線，任何一個(gè)這種互聯(lián)網(wǎng)業(yè)務(wù)產(chǎn)品都會(huì)對(duì)數(shù)據(jù)庫(kù)有著強(qiáng)依賴。在數(shù)據(jù)庫(kù)方面，TDSQL不僅是作為外部的一個(gè)產(chǎn)品，在內(nèi)部也是承擔(dān)了一個(gè)比較重要的作用。

在這里，詳細(xì)的介紹一下到底什么是TDSQL，其應(yīng)對(duì)的主要場(chǎng)景有哪些？

按照官方最新解讀，TDSQL是騰訊推出的一款多引擎融合分布式數(shù)據(jù)庫(kù)品牌。

所以TDSQL覆蓋三類數(shù)據(jù)庫(kù)場(chǎng)景，分別是：分布式數(shù)據(jù)庫(kù)，云原生數(shù)據(jù)庫(kù)以及分析型數(shù)據(jù)庫(kù)。所以，TDSQL分為三個(gè)產(chǎn)品序列，分別是金融級(jí)分布式TDSQL、云原生共享存儲(chǔ)的TDSQL-C以及分析型數(shù)據(jù)庫(kù)的 TDSQL-A。

這樣的多引擎超融合體系針對(duì)數(shù)據(jù)庫(kù)場(chǎng)景的幾個(gè)關(guān)鍵領(lǐng)域，都提供了特定場(chǎng)景的解決方案，比如云原生數(shù)據(jù)庫(kù)，在存儲(chǔ)層基于共享存儲(chǔ)做分布式的就是TDSQL-C。

在面對(duì)金融場(chǎng)景或者政務(wù)系統(tǒng)的聯(lián)機(jī)交易和離線跑批場(chǎng)景，分別是分布式TDSQL和分析型TDSQL-A的兩個(gè)產(chǎn)品。實(shí)際上，TDSQL是騰訊整個(gè)一套分布式數(shù)據(jù)庫(kù)的解決方案，無(wú)論是在線聯(lián)機(jī)型的，還是離線分析型的，或者是基于共享存儲(chǔ)的分布式型場(chǎng)景，它都可以輕松應(yīng)對(duì)。

核心特性

金融級(jí)分布式版TDSQL的核心特性包括以下幾點(diǎn)：

首先，數(shù)據(jù)強(qiáng)一致，因?yàn)樵诮鹑趫?chǎng)景下，數(shù)據(jù)不丟不錯(cuò)是至關(guān)重要的。

第二，金融級(jí)高可用，在金融場(chǎng)景至少要保證99.999%的可用性，因?yàn)榻鹑诔似浔旧淼男袠I(yè)因素外，更重要的是它還受到監(jiān)管的約束。無(wú)論是對(duì)內(nèi)還是對(duì)外服務(wù)，TDSQL是按照99.9999%的可用性要求的。高性能低成本，作為分布式數(shù)據(jù)庫(kù)，盡可能要讓所有的X86、ARM的廉價(jià)存儲(chǔ)方式榨干機(jī)器的資源，帶給整個(gè)分布式數(shù)據(jù)庫(kù)高吞吐量的增益效果。

再者，企業(yè)級(jí)安全，雖然需要實(shí)現(xiàn)企業(yè)級(jí)安全的不只是數(shù)據(jù)庫(kù)，但數(shù)據(jù)庫(kù)一定要做這種最后一根救命稻草的保障。比如數(shù)據(jù)的誤刪、誤操作，對(duì)于一些銀行客戶而言，可能一年或者幾個(gè)月都不會(huì)發(fā)生一次，但是，我們面對(duì)著云上的客戶，每天都有客戶誤刪、誤操作，在這方面TDSQL積累、總結(jié)了大量的經(jīng)驗(yàn)、教訓(xùn)。對(duì)此，我們也有很多的解決方案包括SQL防火墻、透明加密、自動(dòng)備份等——如何更快速的幫助用戶找回?cái)?shù)據(jù)、恢復(fù)其可用性，經(jīng)過(guò)這么多年的打磨，我認(rèn)為我們是非常專業(yè)的。

線性水平擴(kuò)展能力：分布式數(shù)據(jù)庫(kù)一定要具備伸縮、可擴(kuò)展能力。

最后，便捷的運(yùn)維——這套分布式數(shù)據(jù)庫(kù)交付到客戶手里，用戶要能夠自行掌控、操作。而不是出了問(wèn)題后，只能7×24小時(shí)的給廠商打電話，這也不是我們的初衷和訴求。

產(chǎn)品體系

最底層的是資源池。

TDSQL既可以基于物理機(jī)部署，也可以基于虛擬機(jī)，我們可以將這個(gè)資源池簡(jiǎn)單理解成一個(gè)iaas 服務(wù)層的概念，在資源池上方提供了兩種形態(tài)的存儲(chǔ)節(jié)點(diǎn)，一種是Noshard數(shù)據(jù)庫(kù)，另外一種是分布式數(shù)據(jù)庫(kù)，分別代表了單機(jī)版和分布式兩種形態(tài)。

作為分布式TDSQL，為什么還要有一種形態(tài)是單機(jī)版的？

對(duì)于一個(gè)廠商、一個(gè)銀行或者一個(gè)金融客戶而言，并非所有業(yè)務(wù)都會(huì)用到分布式數(shù)據(jù)庫(kù)，或者不一定所有的都是業(yè)務(wù)大表，它可能是多個(gè)業(yè)務(wù)之間有交叉，真正涉及到分布式的可能是一部分表，還有一部分可能是非分布式的。

在這種產(chǎn)品形態(tài)下，同時(shí)兼容分布式和非分布式，因?yàn)榉植际较掠幸恍┦褂孟拗?，比如語(yǔ)法的限制、分布式事務(wù)的性能損耗，以及跨數(shù)據(jù)節(jié)點(diǎn)的join.

在分布式下，因?yàn)閮蓚€(gè)數(shù)據(jù)節(jié)點(diǎn)是一定分布在兩個(gè)不同的物理節(jié)點(diǎn)上的，如果在這兩個(gè)物理節(jié)點(diǎn)之間的數(shù)據(jù)做join，很容易造成拉表，相當(dāng)于是把兩個(gè)物理節(jié)點(diǎn)上的數(shù)據(jù)要統(tǒng)一匯總到一個(gè)節(jié)點(diǎn)上進(jìn)行join，這樣的效率不是很高。

而單機(jī)版的則沒(méi)有這個(gè)問(wèn)題，因?yàn)閿?shù)據(jù)的拖拽都是在單臺(tái)物理節(jié)點(diǎn)的內(nèi)存中，所以，Noshard的形態(tài)可以自由做表與表之間的join，但是在分布式上會(huì)有性能方面的消耗，這也說(shuō)明了分布式和非分布式兩者各有優(yōu)缺點(diǎn)。

所以，我們?cè)诖鎯?chǔ)節(jié)點(diǎn)保留了兩種形態(tài)，用戶可以根據(jù)需要自行選擇，比如業(yè)務(wù)實(shí)例要求必須得做到分布式，需要將數(shù)據(jù)分散，包括將來(lái)考慮到業(yè)務(wù)的拆分，我們就要用分布式的；如果沒(méi)有強(qiáng)烈的訴求，我們提供單機(jī)版的就能滿足需求。此外，從單機(jī)模式轉(zhuǎn)換成分布式模式，TDSQL自帶的同步遷移工具也是支持的。

再往上是計(jì)算節(jié)點(diǎn)。

首先，OLTP型引擎主要包括了讀寫(xiě)分離、SQL改寫(xiě)、分布式事務(wù)以及關(guān)聯(lián)查詢。

除此之外，對(duì)于計(jì)算節(jié)點(diǎn)，需要處理一些比較復(fù)雜的SQL，需要對(duì)其進(jìn)行拆分，包括將執(zhí)行計(jì)劃下推等等，就屬于OLAP型的計(jì)算邏輯。

所以，計(jì)算節(jié)點(diǎn)在分布式下的工作相對(duì)還是比較復(fù)雜的，在內(nèi)部，計(jì)算節(jié)點(diǎn)又被稱為SQL引擎，作為所有SQL的入口，它會(huì)對(duì)SQL進(jìn)行分發(fā)，對(duì)一些復(fù)雜SQL拆解成對(duì)應(yīng)的SQL，再發(fā)到對(duì)應(yīng)的存儲(chǔ)節(jié)點(diǎn)，當(dāng)存儲(chǔ)節(jié)點(diǎn)取完數(shù)據(jù)之后再回吐到計(jì)算節(jié)點(diǎn)，計(jì)算節(jié)點(diǎn)對(duì)其進(jìn)行分類匯總，最后回吐到客戶端。

如果把計(jì)算節(jié)點(diǎn)、存儲(chǔ)節(jié)點(diǎn)、資源池比作一個(gè)黑盒，那么赤兔運(yùn)營(yíng)管理平臺(tái)就是一個(gè)用戶接口，所有的DBA操作都是通過(guò)赤兔管理平臺(tái)來(lái)操縱存儲(chǔ)節(jié)點(diǎn)、計(jì)算節(jié)點(diǎn)、資源池。

以往，DBA要做數(shù)據(jù)庫(kù)的變更，比如主備切換或者重啟，需要登錄到后臺(tái)，比如計(jì)算節(jié)點(diǎn)，存儲(chǔ)節(jié)點(diǎn)執(zhí)行SQL命令，現(xiàn)在只要通過(guò)赤兔管理平臺(tái)頁(yè)面按鈕可以完成90%以上的操作，極大地減少了DBA的誤操作風(fēng)險(xiǎn)。

雖然有用戶界面，但是如果DBA確實(shí)是要登錄到后臺(tái)了解更詳細(xì)的信息也沒(méi)有問(wèn)題，一樣允許登錄到對(duì)應(yīng)節(jié)點(diǎn)的后臺(tái)進(jìn)行查看。

赤兔運(yùn)營(yíng)管理平臺(tái)主要是為DBA提供用戶接口，它還對(duì)計(jì)算節(jié)點(diǎn)、存儲(chǔ)節(jié)點(diǎn)，包括機(jī)器IO、CPU網(wǎng)絡(luò)等各種信息的上百項(xiàng)指標(biāo)進(jìn)行統(tǒng)計(jì)匯總，并且當(dāng)監(jiān)控告警系統(tǒng)的指標(biāo)出現(xiàn)異常時(shí)，可以在第一時(shí)間發(fā)出告警。

那么，“扁鵲”智能DBA平臺(tái)有什么作用？

打個(gè)比方，某天晚上發(fā)生了機(jī)房斷電，數(shù)據(jù)庫(kù)也發(fā)生了切換，第二天早上DBA收到一個(gè)告警，線上前一天晚上發(fā)生了切換（當(dāng)然這個(gè)業(yè)務(wù)是正常切換過(guò)來(lái)了，然后對(duì)業(yè)務(wù)的影響也是可控的），DBA需要知道為什么會(huì)發(fā)生切換，只需要在智能DBA平臺(tái)上點(diǎn)一下“故障分析”，智能DBA自動(dòng)到機(jī)器上分析操作系統(tǒng)和數(shù)據(jù)庫(kù)日志，原來(lái)是操作系統(tǒng)發(fā)生了重啟，這樣 DBA就不需要再手動(dòng)登錄到機(jī)器上查看信息。

再比如上線了一個(gè)新業(yè)務(wù)，上線了新業(yè)務(wù)之后瞬間卡死不可用。這時(shí)就找到DBA投訴，“之前數(shù)據(jù)庫(kù)用得好好的，怎么一上新業(yè)務(wù)就不行了？”

實(shí)際上，可能是新上線的業(yè)務(wù)產(chǎn)生了一條慢SQL，慢SQL并發(fā)量又比較大，然后把數(shù)據(jù)庫(kù)連接耗盡。按照傳統(tǒng)的做法，這時(shí)DBA也是先分析日志，找到這條慢SQL，然后再一點(diǎn)點(diǎn)的進(jìn)行分析。

而通過(guò)智能DBA平臺(tái)，可以進(jìn)行一鍵診斷，智能DBA平臺(tái)可自動(dòng)篩選出那條慢SQL，并且告訴DBA需要對(duì)這條慢SQL如何進(jìn)行優(yōu)化。

有了智能DBA平臺(tái)，就可以將我們從一些日常的、重復(fù)性的繁雜工作中解放出來(lái)，這套平臺(tái)也是我們對(duì)外口碑最好的一套平臺(tái)，尤其對(duì)于傳統(tǒng)客戶而言是非常受用的，能極大地提高DBA的工作效率，同時(shí)降低處理問(wèn)題時(shí)在時(shí)間上的損失。

調(diào)度系統(tǒng)，負(fù)責(zé)整個(gè)集群的資源調(diào)度和管理，包括計(jì)算節(jié)點(diǎn)，如何組成一套數(shù)據(jù)庫(kù)實(shí)例，跟下方資源池里的資源如何進(jìn)行重組、搭配，都是調(diào)度系統(tǒng)需要做的事情。

備份系統(tǒng)，沒(méi)有備份的數(shù)據(jù)庫(kù)屬于一個(gè)裸奔狀態(tài)，在這方面，TDSQL提供了豐富的備份策略，如全量的、增量的、物理的、邏輯的、日志的等各種各樣的策略?？梢酝瓿啥c(diǎn)恢復(fù)、庫(kù)表結(jié)構(gòu)恢復(fù)、指定表的恢復(fù)等等。

服務(wù)模塊，服務(wù)模塊屬于比較高級(jí)功能，主要應(yīng)對(duì)一些特殊性場(chǎng)景，如：審計(jì)、數(shù)據(jù)訂閱、數(shù)據(jù)治理，以及SQL防火墻，數(shù)據(jù)遷移等等。

比如用戶需要從原生的MySQL遷移到TDSQL，或者從其它異構(gòu)數(shù)據(jù)庫(kù)把TDSQL遷移到其中，都涉及到數(shù)據(jù)遷移，我們有專門(mén)的數(shù)據(jù)遷移模塊，包括TDSQL的兩種形態(tài)之間，包括從分布式到單機(jī)版，從單機(jī)版到分布式，都依賴于這樣的數(shù)據(jù)遷移。

數(shù)據(jù)遷移也彰顯了TDSQL不綁架用戶的一個(gè)初衷，這也是TDSQL開(kāi)放生態(tài)的一個(gè)特點(diǎn)，基于MySQL生態(tài)的數(shù)據(jù)庫(kù)在遷移過(guò)來(lái)之后一定不用擔(dān)心將你綁架——也就是它不讓你遷出去，因?yàn)槿罩尽?shù)據(jù)結(jié)構(gòu)都是開(kāi)源的，有很多種工具提供了在線、離線的遷移方式。

如果用戶覺(jué)得TDSQL不好用，可以通過(guò)我們的遷移工具再將數(shù)據(jù)遷走，數(shù)據(jù)進(jìn)出自由，并非綁死在TDSQL。

運(yùn)營(yíng)管理

• 赤兔監(jiān)控：這里羅列的幾項(xiàng)指標(biāo)，是SQL引擎請(qǐng)求量的對(duì)比，包括與前一日的對(duì)比曲線。

• 智能告警：如果報(bào)警標(biāo)紅就會(huì)閃爍，如果只有監(jiān)控而沒(méi)有告警，其實(shí)是起不到任何作用的，一定要將監(jiān)控與告警關(guān)聯(lián)，才能起到預(yù)警作用。

• 扁鵲系統(tǒng)：其內(nèi)部邏輯非常復(fù)雜，主要是基于騰訊多年來(lái)海量運(yùn)維的經(jīng)驗(yàn)，形成的策略庫(kù)、語(yǔ)法庫(kù)。通過(guò)在這方面經(jīng)驗(yàn)的積累，對(duì)一些常見(jiàn)的故障進(jìn)行分析和識(shí)別并處理。

• 一鍵運(yùn)維：TDSQL赤兔管理臺(tái)的首頁(yè)，它包含的功能在我們看來(lái)如果DBA數(shù)據(jù)庫(kù)管理員有這套東西，基本上是可以做到只在頁(yè)面上完成所有的操作，不需要登錄到后臺(tái)進(jìn)行變更、維護(hù)。

系統(tǒng)數(shù)據(jù)庫(kù)向國(guó)產(chǎn)分布式數(shù)據(jù)庫(kù)遷移與轉(zhuǎn)型實(shí)踐

第一個(gè)案例：微眾銀行

微眾銀行是在2014年開(kāi)始籌建，最終采用了TDSQL，并搭建分布式架構(gòu)核心系統(tǒng)。微眾銀行對(duì)于機(jī)房的部署是，在同城有5個(gè)機(jī)房異地有2個(gè)機(jī)房，按照傳統(tǒng)意義上的理解，這同城的5個(gè)機(jī)房如果做成1主4備，其余4個(gè)機(jī)房都有可能會(huì)浪費(fèi)。因?yàn)橹挥?個(gè)機(jī)房沒(méi)有讀寫(xiě)請(qǐng)求。

微眾銀行對(duì)上述機(jī)房的部署肯定沒(méi)法充分利用機(jī)房的資源。對(duì)此，又是怎么解決的呢？

首先，將數(shù)據(jù)庫(kù)規(guī)劃成一個(gè)個(gè)的 DCN，一個(gè)DCN模型就是一個(gè)小的微眾銀行的分行、網(wǎng)絡(luò)分行，一個(gè)分行只固定500萬(wàn)的賬戶數(shù)，這500萬(wàn)的客戶數(shù)也是經(jīng)過(guò)了一系列的壓測(cè)驗(yàn)證，至少這500萬(wàn)放在這個(gè)單機(jī)版的TDSQL上是安全的，不會(huì)有性能的瓶頸。

如果超過(guò)500萬(wàn)，比如客戶數(shù)到了600萬(wàn)，就再加一個(gè)DCN，實(shí)際數(shù)據(jù)庫(kù)的實(shí)例層是由多個(gè)DCN組成了一套集群，而多個(gè)DCN之間相互沒(méi)有聯(lián)系，因?yàn)橛玫亩际菃螜C(jī)版的TDSQL。

那么，微眾銀行是如何利用這種單機(jī)版的Noshard模式實(shí)現(xiàn)整體的分布式呢？

微眾銀行還引入了一個(gè)組件GNS， GNS被稱作全局路由，業(yè)務(wù)訪問(wèn)數(shù)據(jù)庫(kù)一定要經(jīng)過(guò)GNS，之后，GNS告訴他所需要的數(shù)據(jù)在DCN的具體位置，業(yè)務(wù)再把對(duì)應(yīng)的SQL發(fā)到對(duì)應(yīng)的DCN。

所以，GNS解決了路由的問(wèn)題。

在這種情況下，如果要做分布式事務(wù)該怎么辦？傳統(tǒng)的分布式數(shù)據(jù)庫(kù)，對(duì)于用戶側(cè)而言就是一個(gè)begin，然后增刪、改查、commit。

如果增刪、改、查里涉及到的多個(gè)DCN對(duì)業(yè)務(wù)是透明的，但是在這種情況下，實(shí)際上沒(méi)法做到完全的透明。

對(duì)此，微眾銀行又引入了一個(gè)組件RMB——可靠的消息隊(duì)列，是處理分布式事務(wù)的，也就是在一筆分布式事務(wù)到達(dá)后，首先要在RMB這里注冊(cè)一個(gè)分布式事務(wù)的總事務(wù)，之后再由RMB完成子事務(wù)的分發(fā)，最后它會(huì)確保所有的分布式事務(wù)所涉及到的 DCN在處理完成后，返回給業(yè)務(wù)端。

微眾的數(shù)據(jù)庫(kù)是怎么部署的呢？利用多個(gè)IDC交叉部署，第一個(gè)DCN的主放在IDC1，第二個(gè)DCN的主放在IDC2，以此類推，其所有DCN的主是交叉部署在這5個(gè)機(jī)房的。

如果最后是500個(gè)DCN，有5個(gè)機(jī)房，每個(gè)機(jī)房就放100個(gè)DCN，這樣的好處在于每個(gè)機(jī)房的讀寫(xiě)流量是均勻的，并不會(huì)造成像原來(lái)所有的讀寫(xiě)都?jí)涸?個(gè)機(jī)房，其余4個(gè)機(jī)房都是stand by的角色。

所以，微眾銀行這套架構(gòu)從整體上看，實(shí)現(xiàn)了5個(gè)機(jī)房資源的充分利用。

任何一個(gè)機(jī)房的故障都只會(huì)影響1/5的流量，不會(huì)造成系統(tǒng)性的宕機(jī)。

像以前這種1主4備的模式，如果主節(jié)點(diǎn)壞掉，整個(gè)全行所有的服務(wù)都會(huì)癱瘓，雖然最后也會(huì)切換，但是其過(guò)程對(duì)全行的業(yè)務(wù)是有影響的。

如果按照分散的方式，就會(huì)產(chǎn)生另外一個(gè)問(wèn)題，一個(gè)節(jié)點(diǎn)壞掉之后，使得1/5的業(yè)務(wù)受到影響，而原來(lái)的1主4備的模式，如果壞掉的是一個(gè)備機(jī)，那正常業(yè)務(wù)就不會(huì)受到影響。所以，這其中存在著可用性和成本之間的博弈。

第二個(gè)案例：張家港銀行

張家港銀行是我們對(duì)傳統(tǒng)銀行核心系統(tǒng)進(jìn)行的一次徹頭徹尾地改造。

首先，它是一家傳統(tǒng)銀行，并非新成立。其次，它的核心系統(tǒng)是針對(duì)傳統(tǒng)銀行打造的。從微眾銀行到張家港銀行已經(jīng)過(guò)去大概5年的時(shí)間，整個(gè)TDSQL在產(chǎn)品迭代方面已經(jīng)有了很大的變化。

對(duì)于張家港銀行而言，首要考慮的問(wèn)題是性能，其早期的數(shù)據(jù)庫(kù)是Sybase數(shù)據(jù)庫(kù)，大概是10年前的一個(gè)架構(gòu)。在張家港銀行在業(yè)務(wù)高峰期經(jīng)常有卡頓、超時(shí)的問(wèn)題，所以其訴求就是要升級(jí)成一個(gè)能滿足行里現(xiàn)在業(yè)務(wù)場(chǎng)景的數(shù)據(jù)庫(kù)。

第二，張家港銀行的量級(jí)相對(duì)較小，其訴求就是成本。

另外，改造的難度，在業(yè)務(wù)方面，微眾銀行在數(shù)據(jù)庫(kù)方面做了很多的自身的改造。

比如引入了GNS、RMB，這些都是微眾自己進(jìn)行維護(hù)的。并且從一開(kāi)始，微眾銀行基于自身的定位，更多地還是想?yún)⑴c金融創(chuàng)新，定位自身為一家金融科技公司。而張家港銀行更希望能快速地解決自身的問(wèn)題并且把東西用起來(lái)。

所以，張家港銀行的架構(gòu)圖就非常清晰和簡(jiǎn)單，就是一個(gè)標(biāo)準(zhǔn)的分布式兩地三中心的架構(gòu)，同城總行機(jī)房部署一組主節(jié)點(diǎn)和一組備機(jī)節(jié)點(diǎn)，同城的災(zāi)備機(jī)房部署一組備節(jié)點(diǎn)，整個(gè)分布式實(shí)例采用一主三備四分片的架構(gòu)。

此外，在異地還有一組異步節(jié)點(diǎn)。從整體看，沒(méi)有任何的復(fù)雜組件，張家港銀行采用的這種形態(tài)與微眾銀行的截然不同。

TDSQL有兩種形態(tài)——Noshard和shard，張家港銀行完全采用了后者的形態(tài)，這樣，張家港銀行就不需要引入諸如GNS、RMB等組件,因?yàn)槲覀兊腟QL引擎會(huì)助其自動(dòng)做路由，以及分布式事務(wù)管理。

所以，張家港銀行直接使用分布式shard版的TDSQL，對(duì)于業(yè)務(wù)而言，只需進(jìn)行細(xì)微的調(diào)整和改動(dòng)，例如重新設(shè)計(jì)庫(kù)表。按照這種分片關(guān)鍵字，一些大表需要選擇其分片關(guān)鍵字。

再者，就是將之前用到的存儲(chǔ)過(guò)程、觸發(fā)器的一些計(jì)算邏輯，盡可能地上提到業(yè)務(wù)代碼中。因?yàn)樵诜植际綌?shù)據(jù)庫(kù)下，數(shù)據(jù)庫(kù)盡可能的只做數(shù)據(jù)的存取，否則很容易產(chǎn)生性能問(wèn)題。

按照這種策略和思路，對(duì)張家港銀行的改造大概歷時(shí)半年完成，改造完之后，整個(gè)性能提升非常明顯，查詢交易在100毫秒以內(nèi)完成，高頻交易在300毫秒內(nèi)完成，像貸款結(jié)息這種跑批業(yè)務(wù)與原來(lái)相比得到成倍的提升，體現(xiàn)出分布式的一個(gè)優(yōu)勢(shì)。

性能方面，原來(lái)在硬件成本方面需要4~5000萬(wàn)，現(xiàn)在不足1000萬(wàn)。同樣的成本，在oracle下是8000的TPS而在TDSQL下是6200的TPS。

在整體性能差異不大的情況下，成本已下降到了不足原來(lái)的1/5。同時(shí)TDSQL可以通過(guò)繼續(xù)加機(jī)器來(lái)提高集群的吞吐能力，所以性能還可以不斷地提升，具備橫向擴(kuò)展的能力。

第三個(gè)案例：平安銀行

平安銀行更具代表性。平安銀行的體量與張家港銀行相比又上升了一個(gè)數(shù)量級(jí)，同時(shí)其應(yīng)用改造的難度相對(duì)而言也是一個(gè)比較有挑戰(zhàn)性的工作。今年，我們完成了支持平安銀行信用卡核心從傳統(tǒng)集中式架構(gòu)的大型機(jī)下移至分布式平臺(tái)。

平安銀行采用了TDSQL Noshard和Groupshard兩種架構(gòu)。為了配合此次改造，應(yīng)用引入了微服務(wù)架構(gòu)對(duì)應(yīng)用進(jìn)行了拆分和解耦。對(duì)賬號(hào)的分布進(jìn)行了單元化劃分，以DSU為一個(gè)邏輯單元，單個(gè)DSU包含200萬(wàn)個(gè)客戶信息，單個(gè)DSU同時(shí)處理聯(lián)機(jī)和賬務(wù)兩種業(yè)務(wù)。這樣做的好處：一方面避免跑批時(shí)段消耗資源過(guò)多對(duì)聯(lián)機(jī)交易的，另外一方面避免由于基礎(chǔ)架構(gòu)的故障導(dǎo)致全局不可用。。

平安銀行也有統(tǒng)計(jì)分析類型的業(yè)務(wù)，如果按照Noshard架構(gòu)，對(duì)應(yīng)用開(kāi)發(fā)要求比較高，需要將統(tǒng)計(jì)類的SQL拆分成多個(gè)子SQL分發(fā)給多個(gè)noshard實(shí)例。

groupshard架構(gòu)更適合， 從邏輯上來(lái)看，Groupshard架構(gòu)對(duì)于應(yīng)用而言就是多個(gè)獨(dú)立的邏輯表，應(yīng)用不需要關(guān)心數(shù)據(jù)是如何組織分布的。由于要對(duì)數(shù)據(jù)進(jìn)行統(tǒng)計(jì)分析，數(shù)據(jù)訪問(wèn)量較大。所以，這種場(chǎng)景下，在訪問(wèn)需要的數(shù)據(jù)時(shí)，應(yīng)用只需把SQL發(fā)給SQL引擎，SQL引擎會(huì)對(duì)SQL進(jìn)行拆分、并行下推,再進(jìn)行結(jié)果集的聚合。

同時(shí)，TDSQL Noshard和Groupshard兩套集群之間通過(guò)TDSQL自帶的同步組件完成實(shí)時(shí)數(shù)據(jù)同步。

政務(wù)系統(tǒng)

第七次全國(guó)人口普查的數(shù)據(jù)采集處理工作，對(duì)于我們的TDSQL而言也是具有重要意義的。

首先，其數(shù)據(jù)量的規(guī)模是10億級(jí)別的，峰值QPS是百萬(wàn)級(jí)。

這種情況，無(wú)論在我們內(nèi)部業(yè)務(wù)還是外部業(yè)務(wù)都是非常罕見(jiàn)的，對(duì)于TDSQL性能的要求，包括跨節(jié)點(diǎn)之間的通信、分布式事務(wù)的處理都是比較大的挑戰(zhàn)。

因?yàn)槿丝谄詹樯婕暗絿?guó)家政務(wù)的敏感信息，我們不便將其詳細(xì)的架構(gòu)圖畫(huà)出來(lái)。

但可以肯定的是，基于TDSQL多引擎融合技術(shù)，第七次全國(guó)人口普查穩(wěn)健完成了數(shù)據(jù)采集處理工作。

欲了解更多活動(dòng)詳情，可聯(lián)系負(fù)責(zé)人周舟（微信：18811172358）。