浙商銀行的數(shù)字化轉(zhuǎn)型之路

浙商銀行是一家比較年輕的公司，是十二家全國(guó)性股份制商業(yè)銀行之一。浙商銀行成立于 2004 年，所以也是 00 后銀行。2020 年，浙商銀行在英國(guó)《銀行家》雜志全球銀行 1000 強(qiáng)榜單中排名第 97 位，目前已經(jīng)在香港和上海兩地上市。

浙商銀行很早就開(kāi)始全面推進(jìn)數(shù)字化轉(zhuǎn)型，2010 年浙商銀行上線(xiàn)電子銀行服務(wù)、手機(jī)銀行業(yè)務(wù)，2017 年上線(xiàn)首個(gè)區(qū)塊鏈服務(wù)平臺(tái)，同年發(fā)布了直銷(xiāo)銀行品牌。2018 年浙商銀行國(guó)標(biāo) A 級(jí)數(shù)據(jù)中心啟用，并在 2020 年成立易企銀金融科技子公司。

浙商銀行在數(shù)字化轉(zhuǎn)型過(guò)程中強(qiáng)調(diào)三方面重點(diǎn)：第一是樹(shù)立數(shù)字化的思維與理念。在近期發(fā)布的浙商銀行“四五”規(guī)劃中，強(qiáng)調(diào)數(shù)字化能力建設(shè)為浙商銀行的內(nèi)在競(jìng)爭(zhēng)力之一，進(jìn)一步確立金融科技的引領(lǐng)作用，指出堅(jiān)持金融科技創(chuàng)新驅(qū)動(dòng)發(fā)展，全方位賦能平臺(tái)化服務(wù)戰(zhàn)略下業(yè)務(wù)模式和經(jīng)營(yíng)管理的創(chuàng)新轉(zhuǎn)型。

第二是強(qiáng)化數(shù)據(jù)的積累和應(yīng)用。在數(shù)據(jù)方面，浙商銀行目前已經(jīng)積累了很多數(shù)據(jù)，一方面是促進(jìn)內(nèi)外部數(shù)據(jù)整合，不斷積累和整合內(nèi)外部數(shù)據(jù)，與政府、金融科技公司等外部機(jī)構(gòu)合作，引入工商、司法、海關(guān)等外部數(shù)據(jù)，積極與省大數(shù)據(jù)局，省綜合金融服務(wù)平臺(tái)等對(duì)接。經(jīng)過(guò)幾年的建設(shè)浙商銀行已經(jīng)累積 PB 級(jí)的數(shù)據(jù)，超萬(wàn)張數(shù)據(jù)表。第二方面是持續(xù)深化數(shù)據(jù)應(yīng)用，浙商銀行建立了一套覆蓋全客戶(hù)，涵蓋全過(guò)程的風(fēng)控預(yù)警及決策模型，實(shí)現(xiàn)了風(fēng)險(xiǎn)偵測(cè)、識(shí)別、處理、記錄和共享的全方位、立體式監(jiān)測(cè)，滿(mǎn)足對(duì)公、零售、同業(yè)等差異化、智能化的風(fēng)險(xiǎn)識(shí)別和管控。

浙商銀行的大數(shù)據(jù)風(fēng)控平臺(tái)融合了大數(shù)據(jù)、知識(shí)圖譜、云計(jì)算等金融科技，實(shí)現(xiàn)客戶(hù)準(zhǔn)入、關(guān)聯(lián)關(guān)系、貸后管理、預(yù)警管理、財(cái)務(wù)分析、移動(dòng)應(yīng)用、客戶(hù)畫(huà)像等功能，建立全流程風(fēng)控防控和預(yù)警體系，打造全新授信風(fēng)險(xiǎn)管控平臺(tái)。圖中是大數(shù)據(jù)分控平臺(tái)的主要架構(gòu)，這個(gè)平臺(tái)打通了貸前授信審批和貸后管理，實(shí)現(xiàn)了預(yù)警信號(hào)全生命周期管理。

第三是強(qiáng)化技術(shù)創(chuàng)新應(yīng)用。下圖中是浙商銀行的一款創(chuàng)新產(chǎn)品——應(yīng)收款鏈平臺(tái)。一般企業(yè)都有供應(yīng)鏈，供應(yīng)鏈里面有一些比較核心的客戶(hù)，核心客戶(hù)在供應(yīng)鏈上下游結(jié)算中應(yīng)收、應(yīng)付賬款較多。一方面，大量應(yīng)收賬款占?jí)嘿Y金嚴(yán)重，導(dǎo)致核心客戶(hù)流動(dòng)性壓力較大，亟需盤(pán)活應(yīng)收賬款，降低負(fù)債;另一方面，核心客戶(hù)對(duì)上游供應(yīng)商的應(yīng)付賬款較多，影響上游中小微客戶(hù)資金周轉(zhuǎn)。所以，浙商銀行推出了創(chuàng)新性的應(yīng)收款鏈平臺(tái)，運(yùn)用了區(qū)塊鏈技術(shù)去中心化、不可篡改的特性，將客戶(hù)間的應(yīng)收帳款轉(zhuǎn)化為在線(xiàn)流轉(zhuǎn)、償付、轉(zhuǎn)讓且高效安全的數(shù)字憑證?？蛻?hù)進(jìn)入這個(gè)平臺(tái)就可以辦理應(yīng)收賬款的簽發(fā)、承兌、保兌、償付、轉(zhuǎn)讓等各種業(yè)務(wù)，有效盤(pán)活客戶(hù)的應(yīng)收賬款，降低產(chǎn)業(yè)鏈的整體財(cái)務(wù)成本。

浙商銀行以應(yīng)收款鏈服務(wù)平臺(tái)為基礎(chǔ)，在創(chuàng)新系列場(chǎng)景應(yīng)用業(yè)務(wù)模式之上，結(jié)合行業(yè)特點(diǎn)和客戶(hù)區(qū)域痛點(diǎn)形成不同行業(yè)的綜合金融服務(wù)方案，目前已在 20 多個(gè)行業(yè)內(nèi)得到應(yīng)用。

TiDB 在浙商銀行的應(yīng)用

浙商銀行在整體上構(gòu)建了一個(gè)開(kāi)放化、易擴(kuò)展的 IT 架構(gòu)。基礎(chǔ)設(shè)施基本上云，除了 IaaS，還有私有云、托管云和專(zhuān)有云。技術(shù)架構(gòu)層由企業(yè)級(jí) SOA、自研的分布式微服務(wù)、分布式數(shù)據(jù)庫(kù)、分布式大數(shù)據(jù)平臺(tái)、區(qū)塊鏈平臺(tái)以及物聯(lián)網(wǎng)平臺(tái)構(gòu)成，用來(lái)支撐浙商銀行的各類(lèi)平臺(tái)化業(yè)務(wù)、傳統(tǒng)應(yīng)用和互聯(lián)網(wǎng)應(yīng)用等，實(shí)現(xiàn)產(chǎn)品服務(wù)標(biāo)準(zhǔn)化、模塊化和智能化。

第一個(gè) TiDB 的應(yīng)用場(chǎng)景是反電信欺詐業(yè)務(wù)，這個(gè)系統(tǒng)的特點(diǎn)是需要保存所有客戶(hù)的交易數(shù)據(jù)，目前有幾十億條，銀行需要把客戶(hù)的風(fēng)險(xiǎn)和交易數(shù)據(jù)反饋給公安機(jī)關(guān)。傳統(tǒng)做法就是經(jīng)由大數(shù)據(jù)平臺(tái)跑批生成結(jié)果數(shù)據(jù)返回給公安部門(mén)，一條請(qǐng)求過(guò)來(lái)，我們需要在海量數(shù)據(jù)里面撈出想要的數(shù)據(jù)。傳統(tǒng)大數(shù)據(jù)平臺(tái)的問(wèn)題是不能支持高并發(fā)索引條件查詢(xún)，一個(gè) SQL 查詢(xún)請(qǐng)求到大數(shù)據(jù)平臺(tái)跑批，大概幾十秒才能返回。所以在這種情況下，這筆業(yè)務(wù)不能做到實(shí)時(shí)。大家應(yīng)該知道，同步或是異步對(duì)業(yè)務(wù)邏輯的侵入程度差別是很大的，尤其這種場(chǎng)景下，最核心的邏輯就是一個(gè)查詢(xún)，但是開(kāi)發(fā)人員需要在中間做異步、文件發(fā)送等，整個(gè)數(shù)據(jù)鏈很長(zhǎng)，業(yè)務(wù)邏輯的實(shí)現(xiàn)比較復(fù)雜。

因此，我們?cè)趯ふ乙豢罾硐氲臄?shù)據(jù)庫(kù)能夠提供快速查詢(xún)。如果用國(guó)外單機(jī)數(shù)據(jù)庫(kù)平臺(tái)建設(shè)，成本比較高。浙商銀行在數(shù)據(jù)庫(kù)的選型上主要有幾方面的考慮：數(shù)據(jù)庫(kù)集群規(guī)模和單表容量無(wú)限制，大數(shù)據(jù)量規(guī)模下性能比較優(yōu)異，兼顧交易和實(shí)時(shí)分析場(chǎng)景，具備金融同業(yè)的應(yīng)用案例，同時(shí)擁有活躍的開(kāi)源生態(tài)、豐富的工具及文檔?；诖?，浙商銀行在當(dāng)時(shí)就選擇了TiDB 分布式數(shù)據(jù)庫(kù)來(lái)落地第一個(gè)業(yè)務(wù)場(chǎng)景。

上線(xiàn)之后，TiDB 每天大概同步百萬(wàn)級(jí)別的數(shù)據(jù)，像反電信欺詐業(yè)務(wù)的查詢(xún)，從原來(lái)幾十秒的返回時(shí)間縮短到了毫秒級(jí)，速度非常快。我們把 TiDB 當(dāng)成普通的數(shù)據(jù)庫(kù)，查詢(xún)可以直接返回結(jié)果，業(yè)務(wù)邏輯開(kāi)發(fā)變得非常簡(jiǎn)單。在這個(gè)場(chǎng)景下，我們也驗(yàn)證了TiDB 在兩地三中心的部署和多活的高可用能力。

第二個(gè)場(chǎng)景是外匯交易管理平臺(tái)，跟上面的場(chǎng)景類(lèi)似，系統(tǒng)的數(shù)據(jù)量達(dá)到了億級(jí)，大概有三億多條。以前使用的是Oracle數(shù)據(jù)庫(kù)，這種級(jí)別的數(shù)據(jù)量需要用分區(qū)表來(lái)實(shí)現(xiàn)。做運(yùn)維的人肯定都知道，分區(qū)表維護(hù)起來(lái)非常麻煩。遷移到 TiDB 之后，直觀(guān)感受到查詢(xún)和跑批性能的提升，不用分區(qū)表了，只要建索引直接查就行，非常簡(jiǎn)單，一套系統(tǒng)就能完成。在這個(gè)場(chǎng)景，我們驗(yàn)證了渠道類(lèi)業(yè)務(wù)的交易和跑批在 TiDB 平臺(tái)的可行性。

TiDB 是一款很好用的數(shù)據(jù)庫(kù)產(chǎn)品，而且還有列存，我們開(kāi)始基于 TiDB 構(gòu)建了分布式 ODS 場(chǎng)景。以 TiDB 為中心，通過(guò)各種數(shù)據(jù)同步工具，把上游各種 OLTP 系統(tǒng)的業(yè)務(wù)數(shù)據(jù)全部同步到 TiDB。業(yè)務(wù)數(shù)據(jù)庫(kù)的種類(lèi)比較多，有DB2、Oracle、MySQL等，TiDB 與這些數(shù)據(jù)庫(kù)都能連接，其分布式架構(gòu)滿(mǎn)足各類(lèi)上游異構(gòu)交易數(shù)據(jù)庫(kù)的持續(xù)接入，沒(méi)有容量限制。在這個(gè)場(chǎng)景里面，我們應(yīng)用了TiCDC，把某些表的增量的變化，通過(guò)變更數(shù)據(jù)的捕獲框架，接到Flink 流計(jì)算平臺(tái)?；诹髌脚_(tái)可以做一些異步的實(shí)時(shí)的流式計(jì)算，應(yīng)用到管理駕駛艙系統(tǒng)，可以實(shí)時(shí)統(tǒng)計(jì)行業(yè)交易、全行各項(xiàng)經(jīng)營(yíng)的指標(biāo)情況等。另外，我們把這些計(jì)算結(jié)果同步到移動(dòng)端，為手機(jī)端用戶(hù)提供實(shí)時(shí)報(bào)表查看，陸續(xù)上線(xiàn)了在線(xiàn)積分、公益游戲等應(yīng)用，逐步替換現(xiàn)有的集中式 ODS 平臺(tái)。

接下來(lái)談?wù)?TiDB 在區(qū)塊鏈場(chǎng)景的應(yīng)用，區(qū)塊鏈?zhǔn)钦闵蹄y行的拳頭產(chǎn)品。區(qū)塊鏈存儲(chǔ)的特點(diǎn)是一個(gè)節(jié)點(diǎn)存儲(chǔ)了全網(wǎng)的數(shù)據(jù)，每一個(gè)節(jié)點(diǎn)數(shù)據(jù)都是相同的，靠分布式共識(shí)算法自行同步。因?yàn)榇鎯?chǔ)了全網(wǎng)數(shù)據(jù)，隨著數(shù)據(jù)量的增大，對(duì)存儲(chǔ)的考驗(yàn)也越來(lái)越大。區(qū)塊鏈系統(tǒng)傳統(tǒng)使用的數(shù)據(jù)庫(kù)是 LevelDB，這是一個(gè)單機(jī) Key-Value 型數(shù)據(jù)庫(kù)，容量有上限。隨著交易量的上升，我們測(cè)試過(guò)當(dāng)區(qū)塊鏈的數(shù)據(jù)達(dá)到一個(gè)量級(jí)的時(shí)候，LevelDB 性能下降很明顯。后來(lái)我們發(fā)現(xiàn)TiKV也是Key-Value 型數(shù)據(jù)庫(kù)，在接口上可以匹配得很好。

在這個(gè)場(chǎng)景中，我們并沒(méi)有用到完整的 TiDB，而是使用了PD 和 TiKV，把區(qū)塊鏈業(yè)務(wù)的存儲(chǔ)遷到 TiKV 上。我們的區(qū)塊鏈平臺(tái)設(shè)計(jì)了存儲(chǔ)接口，以插件化的形式適配多種存儲(chǔ)，在適配過(guò)程中 TiDB 的專(zhuān)業(yè)服務(wù)支持人員給了我們很多幫助。存儲(chǔ)切換到 TiKV 之后，效果非常明顯，有效提升了區(qū)塊鏈的吞吐能力。

總體來(lái)說(shuō) TiKV 幫助區(qū)塊鏈解決兩個(gè)問(wèn)題：一個(gè)是性能的問(wèn)題，一個(gè)是容量的問(wèn)題。當(dāng)交易量、存儲(chǔ)量達(dá)到一定程度的時(shí)候，LevelDB會(huì)進(jìn)行資源回收，首先讀寫(xiě)的吞吐量下降，其次在執(zhí)行回收的時(shí)候，性能曲線(xiàn)會(huì)發(fā)生抖動(dòng)。TiKV 上線(xiàn)之后進(jìn)行測(cè)試發(fā)現(xiàn)效果不錯(cuò)，把壓力打上去達(dá)到一個(gè)很大的量級(jí)，TiKV 性能是比較平穩(wěn)的，根據(jù)目前的測(cè)試量級(jí)，沒(méi)有看到性能下降的趨勢(shì)。按照 TiKV 的架構(gòu)設(shè)計(jì)，它的承載能力理論上是無(wú)限的。

接下來(lái)分享一下浙商銀行分布式數(shù)據(jù)中臺(tái)即新數(shù)據(jù)中心建設(shè)的一些思考，下圖是目前整個(gè)分布式數(shù)據(jù)中臺(tái)的技術(shù)方案。TiDB 應(yīng)用于分布式 ODS 場(chǎng)景，全行各類(lèi)交易庫(kù)的數(shù)據(jù)同步到 TiDB，后面有兩條路，一條是TiCDC，一條是TiSpark。TiCDC 接到分布式流處理平臺(tái)，TiSpark 接到分布式批處理平臺(tái)，后面與大數(shù)據(jù)平臺(tái)相連， 利用 TiSpark 接 Spark，數(shù)據(jù)同步到HDFS做大數(shù)據(jù)處理，把流和批的加工結(jié)果存到一個(gè)統(tǒng)一的終端存儲(chǔ)(OLAP 庫(kù))。通過(guò)數(shù)據(jù)中臺(tái)的數(shù)據(jù)服務(wù)層對(duì)外屏蔽存儲(chǔ)的差異，如果是近實(shí)時(shí)的數(shù)據(jù)分析的交易會(huì)直接把流量打到TiFlash上，如果是需要加工后的數(shù)據(jù)就訪(fǎng)問(wèn)OLAP 庫(kù)。

深入合作，助推金融場(chǎng)景創(chuàng)新

最后回顧一下浙商銀行與 TiDB 合作的歷程，從分布式關(guān)系型數(shù)據(jù)庫(kù)開(kāi)始嘗試 TiDB，逐步擴(kuò)展到數(shù)據(jù)貼源存儲(chǔ)和 ODS 的監(jiān)測(cè)，消除數(shù)據(jù)孤島，推進(jìn)數(shù)據(jù)共享。接著浙商銀行將 TiDB 應(yīng)用到全行的數(shù)據(jù)中臺(tái)，用實(shí)時(shí)的數(shù)據(jù)驅(qū)動(dòng)業(yè)務(wù)。我們希望 TiDB 為數(shù)據(jù)服務(wù)打好堅(jiān)實(shí)的基礎(chǔ)，把業(yè)務(wù)服務(wù)和數(shù)據(jù)緊密結(jié)合形成一個(gè)閉環(huán)，最終落地到浙商銀行的金融創(chuàng)新場(chǎng)景，如關(guān)鍵交易業(yè)務(wù)、區(qū)塊鏈等。

（免責(zé)聲明：本網(wǎng)站內(nèi)容主要來(lái)自原創(chuàng)、合作伙伴供稿和第三方自媒體作者投稿，凡在本網(wǎng)站出現(xiàn)的信息，均僅供參考。本網(wǎng)站將盡力確保所提供信息的準(zhǔn)確性及可靠性，但不保證有關(guān)資料的準(zhǔn)確性及可靠性，讀者在使用前請(qǐng)進(jìn)一步核實(shí)，并對(duì)任何自主決定的行為負(fù)責(zé)。本網(wǎng)站對(duì)有關(guān)資料所引致的錯(cuò)誤、不確或遺漏，概不負(fù)任何法律責(zé)任。
任何單位或個(gè)人認(rèn)為本網(wǎng)站中的網(wǎng)頁(yè)或鏈接內(nèi)容可能涉嫌侵犯其知識(shí)產(chǎn)權(quán)或存在不實(shí)內(nèi)容時(shí)，應(yīng)及時(shí)向本網(wǎng)站提出書(shū)面權(quán)利通知或不實(shí)情況說(shuō)明，并提供身份證明、權(quán)屬證明及詳細(xì)侵權(quán)或不實(shí)情況證明。本網(wǎng)站在收到上述法律文件后，將會(huì)依法盡快聯(lián)系相關(guān)文章源頭核實(shí)，溝通刪除相關(guān)內(nèi)容或斷開(kāi)相關(guān)鏈接。 ）