作者：費(fèi)偉偉
上海華瑞銀行數(shù)字銀行開發(fā)中心

前言

今年突然發(fā)現(xiàn)所有的技術(shù)論壇或者大v的博客都在討論中臺(tái)，突然間中臺(tái)這個(gè)詞成了技術(shù)熱搜詞，對(duì)于很多互聯(lián)網(wǎng)公司更是都將系統(tǒng)的名稱由原來的XX平臺(tái)XX中心改成了XX中臺(tái)，中臺(tái)并不是簡單改下名字，也不是最近一兩年新出的概念。筆者最早聽說中臺(tái)這個(gè)說法是在2016年，當(dāng)時(shí)在一家電商公司，當(dāng)時(shí)公司內(nèi)的系統(tǒng)在進(jìn)行全面的中臺(tái)重構(gòu)，對(duì)中臺(tái)也是有一些自己的理解，網(wǎng)上大部分關(guān)于中臺(tái)的文章都是互聯(lián)網(wǎng)公司的，因?yàn)楣P者在銀行IT也干了將近10年，所以結(jié)合自己對(duì)中臺(tái)戰(zhàn)略的理解發(fā)表下目前的傳統(tǒng)銀行是否需要跟風(fēng)中臺(tái)戰(zhàn)略的觀點(diǎn)。

什么是大中臺(tái)

傳統(tǒng)煙囪架構(gòu)的硬傷

在介紹什么是中臺(tái)之前先探討下傳統(tǒng)煙囪架構(gòu)主要的問題，雖然現(xiàn)在的銀行大部分都進(jìn)行了核心系統(tǒng)拆分和平臺(tái)化建設(shè)，但很多傳統(tǒng)銀行目前還是在部分業(yè)務(wù)領(lǐng)域采用煙囪架構(gòu)，煙囪架構(gòu)的出現(xiàn)很大程度上是前期為了快速滿足業(yè)務(wù)需求，就采購一個(gè)all in one的產(chǎn)品系統(tǒng)，把所有的功能都涵蓋了，一旦同業(yè)務(wù)領(lǐng)域的產(chǎn)品多了以后就會(huì)出現(xiàn)多個(gè)雷同的煙囪，下面列舉下煙囪架構(gòu)的硬傷：

1）成本高，動(dòng)作慢：早期使用煙囪架構(gòu)能夠快速搭建系統(tǒng)，但隨著業(yè)務(wù)復(fù)雜，會(huì)出現(xiàn)極大的集成和協(xié)作成本，整個(gè)公司靈活度和整體執(zhí)行力會(huì)下降；

2）抑制創(chuàng)新：每次業(yè)務(wù)創(chuàng)新都面臨大量重復(fù)的功能建設(shè)，使得在新開業(yè)務(wù)線不得不面臨較大的前期投入，一旦方向錯(cuò)誤，損失巨大，試錯(cuò)成本高；

3）經(jīng)驗(yàn)無法共享：煙囪架構(gòu)會(huì)把能力留在一個(gè)煙囪里，成功和失敗經(jīng)驗(yàn)無法跨煙囪共享；

4）穩(wěn)定性差，質(zhì)量層次不齊：因?yàn)榻?jīng)驗(yàn)無法共享，導(dǎo)致有的煙囪高而不穩(wěn)，有的煙囪矮而變僵，遇到外力很可能折斷。

這一系列的缺點(diǎn)導(dǎo)致了煙囪架構(gòu)更多的被建設(shè)成為一次性單產(chǎn)品的系統(tǒng)，不同煙囪之間的數(shù)據(jù)是沒有聯(lián)系的，也很難產(chǎn)生聯(lián)系，系統(tǒng)的公共組件也很難復(fù)用，每次都要重建。

中臺(tái)的起源

介紹了傳統(tǒng)煙囪架構(gòu)的硬傷，下面介紹下中臺(tái)的起源，按照業(yè)界的說法中臺(tái)概念起源于2015年馬云帶隊(duì)去參觀芬蘭的SuperCell公司的高效研發(fā)團(tuán)隊(duì)，SuperCell整個(gè)公司只有80多人，但是卻開發(fā)出了《部落沖突》、《卡通農(nóng)場》、《皇室戰(zhàn)爭》等熱門手游，2016年被騰訊以86億美金收購，每個(gè)人對(duì)公司的貢獻(xiàn)度達(dá)到了驚人的1億美金，SuperCell是具備了什么樣的能力，讓整個(gè)公司能夠有如此高效的產(chǎn)出。

后來很多專家分析下來發(fā)現(xiàn)了其中的奧妙，整個(gè)SuperCell公司內(nèi)部從組織架構(gòu)到系統(tǒng)架構(gòu)層面采用了小前臺(tái)大中臺(tái)的戰(zhàn)略，有以下幾個(gè)特征：

1）公司以小前臺(tái)的方式組織了若干個(gè)開發(fā)團(tuán)隊(duì)；

2）每個(gè)小產(chǎn)品團(tuán)隊(duì)包含開發(fā)一款游戲所需的各種角色，可以快速?zèng)Q策、快速開發(fā)；

3）基礎(chǔ)設(shè)施、游戲引擎、內(nèi)部開發(fā)工具和平臺(tái)則由類似部落的部門提供；

4）部落可以根據(jù)需要擴(kuò)展為多個(gè)小分隊(duì)，但各小分隊(duì)都保持共同目標(biāo)；

5）部落本身并不提供游戲給消費(fèi)者，游戲由各個(gè)小前臺(tái)開發(fā)團(tuán)隊(duì)開發(fā)；

阿里大中臺(tái)戰(zhàn)略

2015年阿里巴巴業(yè)務(wù)種類紛繁復(fù)雜，業(yè)務(wù)之間交叉依賴，業(yè)務(wù)團(tuán)隊(duì)眾多，不能及時(shí)響應(yīng)業(yè)務(wù)需求，阿里集團(tuán)在調(diào)研過SuperCell公司后發(fā)現(xiàn)了該種組織結(jié)構(gòu)和系統(tǒng)架構(gòu)的巨大優(yōu)勢，2015年12月張勇宣布啟動(dòng)中臺(tái)戰(zhàn)略，構(gòu)建符合DT時(shí)代的更具備創(chuàng)新性和靈活性的“大中臺(tái)，小前臺(tái)”的組織機(jī)制和業(yè)務(wù)機(jī)制。即將產(chǎn)品技術(shù)力量和數(shù)據(jù)運(yùn)營能力從前臺(tái)剝離，成為獨(dú)立的中臺(tái)，包括搜索、共享業(yè)務(wù)、數(shù)據(jù)平臺(tái)等事業(yè)部，為前臺(tái)電商事業(yè)群提供服務(wù)。從而前臺(tái)得到精簡，保持足夠的敏捷度，更好地滿足業(yè)務(wù)發(fā)展和創(chuàng)新需求。基于中臺(tái)架構(gòu)阿里在最近幾年時(shí)間內(nèi)迅速發(fā)展出很多前臺(tái)新業(yè)態(tài)，并且能在很短的時(shí)間內(nèi)擁有阿里集團(tuán)內(nèi)部眾多成熟產(chǎn)品的能力。

2017年阿里大中臺(tái)戰(zhàn)略在互聯(lián)網(wǎng)圈得到廣泛流傳，隨后很多互聯(lián)網(wǎng)公司快速跟進(jìn)中臺(tái)戰(zhàn)略，最近兩年傳統(tǒng)企業(yè)也都開始考慮中臺(tái)戰(zhàn)略。

什么是中臺(tái)？

在我個(gè)人的理解里，中臺(tái) = 共享組織 + 共享系統(tǒng) ，中臺(tái)由兩部分組成，在網(wǎng)上查到的更多的文章大部分都是關(guān)于中臺(tái)系統(tǒng)架構(gòu)方面的文章，很少提到中臺(tái)戰(zhàn)略能夠成功的過程中很重要的一部分，那就是中臺(tái)的共享組織，需要有個(gè)能夠滿足中臺(tái)戰(zhàn)略的組織架構(gòu)，中臺(tái)系統(tǒng)對(duì)應(yīng)的有中臺(tái)產(chǎn)品部門，由中臺(tái)部門負(fù)責(zé)維護(hù)中臺(tái)產(chǎn)品，相應(yīng)的產(chǎn)品還是由前臺(tái)產(chǎn)品來負(fù)責(zé)開發(fā)。

三大中臺(tái)

網(wǎng)上大家說的中臺(tái)主要是業(yè)務(wù)中臺(tái)，其實(shí)中臺(tái)主要分為業(yè)務(wù)中臺(tái)、數(shù)據(jù)中臺(tái)和技術(shù)中臺(tái)。下面就分別介紹下這3個(gè)中臺(tái)：

三大中臺(tái)-業(yè)務(wù)中臺(tái)

下面以銀行的業(yè)務(wù)系統(tǒng)的業(yè)務(wù)中臺(tái)架構(gòu)來舉例子，業(yè)務(wù)中臺(tái)顧名思義就是業(yè)務(wù)系統(tǒng)方面的共享中臺(tái)架構(gòu)。小前臺(tái)、大中臺(tái)架構(gòu)不一定是所有前臺(tái)產(chǎn)品都是在下游，中臺(tái)產(chǎn)品都是在上游，這里的前臺(tái)和中臺(tái)更多的是一個(gè)邏輯上的概念，中臺(tái)指擁有穩(wěn)定的共享能力的系統(tǒng)，前臺(tái)指的是對(duì)應(yīng)不同前臺(tái)業(yè)務(wù)部門的小產(chǎn)品，每個(gè)產(chǎn)品都有自己獨(dú)特的流程，但是在某一個(gè)業(yè)務(wù)領(lǐng)域，所有的前臺(tái)產(chǎn)品都是依賴于中臺(tái)產(chǎn)品的共享能力。這樣可以保證當(dāng)前臺(tái)業(yè)務(wù)部門想短時(shí)間上線一個(gè)新的產(chǎn)品時(shí)，可以基于現(xiàn)有大中臺(tái)70%的共享能力，只需要獨(dú)立新建一套前臺(tái)產(chǎn)品就能滿足業(yè)務(wù)上線要求，例如下圖所示當(dāng)業(yè)務(wù)想新上線一個(gè)新的小程序渠道產(chǎn)品，那么只需要依托于現(xiàn)有的移動(dòng)開發(fā)中臺(tái)mpaas和渠道中臺(tái)就能夠復(fù)用80%-90%的現(xiàn)有能力，業(yè)務(wù)開發(fā)項(xiàng)目組只需要按照新渠道技術(shù)要求開發(fā)一套前臺(tái)渠道產(chǎn)品就可以，其他的功能例如安全控制、用戶行為分析、灰度發(fā)布、移動(dòng)設(shè)備管理、銀行業(yè)務(wù)功能都能復(fù)用中臺(tái)的能力。這樣的小前臺(tái)大中臺(tái)的架構(gòu)是不是可以很方便的做到新渠道拓展，新產(chǎn)品的創(chuàng)新，不用每次新建一個(gè)產(chǎn)品都要把之前做好的功能在新產(chǎn)品中重復(fù)建設(shè)。

下圖就是銀行的一套小前臺(tái)大中臺(tái)的邏輯架構(gòu)圖，從圖中可以發(fā)現(xiàn)，前臺(tái)產(chǎn)品包含了多渠道的小產(chǎn)品還有針對(duì)具體銀行業(yè)務(wù)中臺(tái)的小前臺(tái)產(chǎn)品，這樣設(shè)計(jì)的邏輯好處顯而易見就是前臺(tái)產(chǎn)品部門只需要關(guān)注產(chǎn)品特色邏輯，基礎(chǔ)功能都是中臺(tái)現(xiàn)成的，大部分都是可以復(fù)用中臺(tái)接口。

銀行業(yè)務(wù)中臺(tái)架構(gòu)

三大中臺(tái)-數(shù)據(jù)中臺(tái)

三大中臺(tái)中對(duì)于傳統(tǒng)銀行來說最難的其實(shí)就是數(shù)據(jù)中臺(tái)的建設(shè)，數(shù)據(jù)中臺(tái)的設(shè)計(jì)其實(shí)跟傳統(tǒng)銀行的OLAP系統(tǒng)和數(shù)倉的設(shè)計(jì)思路存在一定意義上的雷同。數(shù)據(jù)中臺(tái)要實(shí)現(xiàn)的核心功能是全行數(shù)據(jù)的共享，所以數(shù)據(jù)服務(wù)的前臺(tái)和中臺(tái)其實(shí)分為了6層結(jié)構(gòu)：

• 數(shù)據(jù)使用前臺(tái)
• 數(shù)據(jù)應(yīng)用前臺(tái)
• 數(shù)據(jù)中臺(tái)模型層
• 數(shù)據(jù)中臺(tái)數(shù)據(jù)倉庫層
• 數(shù)據(jù)中臺(tái)加工層
• 數(shù)據(jù)中臺(tái)源數(shù)據(jù)層

銀行數(shù)據(jù)中臺(tái)架構(gòu)

數(shù)據(jù)中臺(tái)源數(shù)據(jù)層

我們先從最底層數(shù)據(jù)源開始討論，銀行的數(shù)據(jù)中臺(tái)最終數(shù)據(jù)來源其實(shí)和傳統(tǒng)銀行的OLAP系統(tǒng)的數(shù)據(jù)源是一樣的，包含了業(yè)務(wù)日志文件、業(yè)務(wù)系統(tǒng)DB數(shù)據(jù)、業(yè)務(wù)系統(tǒng)的NoSQL數(shù)據(jù)、外部三方數(shù)據(jù)，只不過原先很多傳統(tǒng)銀行OLAP系統(tǒng)更多的只是聚焦在業(yè)務(wù)系統(tǒng)DB數(shù)據(jù)和外部數(shù)據(jù)，沒有把一些業(yè)務(wù)日志文件和業(yè)務(wù)NoSQL數(shù)據(jù)也加入到原始數(shù)據(jù)源，對(duì)于很多業(yè)務(wù)日志和NoSQL信息也是很有價(jià)值的，數(shù)據(jù)中臺(tái)的源數(shù)據(jù)層和數(shù)倉的ODS層（原始數(shù)據(jù)層）其實(shí)是非常類似的。

數(shù)據(jù)中臺(tái)加工層

數(shù)據(jù)中臺(tái)加工層在傳統(tǒng)銀行的OLAP系統(tǒng)中其實(shí)就是存儲(chǔ)過程數(shù)據(jù)加工的邏輯，傳統(tǒng)存儲(chǔ)過程對(duì)數(shù)據(jù)的基礎(chǔ)加工性能是很差的，而且很容易出現(xiàn)各類SQL因?yàn)閳?zhí)行計(jì)劃變化跑不過去的問題，所以在數(shù)據(jù)中臺(tái)的建設(shè)過程中一般來說對(duì)于數(shù)據(jù)加工層會(huì)采用Hadoop、Spark或者是阿里的MaxCompute之類的非結(jié)構(gòu)化數(shù)據(jù)加工技術(shù)。使用主流的分布式大數(shù)據(jù)加工技術(shù)后，會(huì)讓數(shù)據(jù)加工效率大幅提升，而且能夠加工的數(shù)據(jù)格式也更加多樣性。

數(shù)據(jù)中臺(tái)數(shù)據(jù)倉庫層

在源數(shù)據(jù)加工完成之后，會(huì)將數(shù)據(jù)按照業(yè)務(wù)領(lǐng)域劃分的寬表進(jìn)行加工，作為業(yè)務(wù)基礎(chǔ)寬表用于下一步的業(yè)務(wù)模型層數(shù)據(jù)加工。

數(shù)據(jù)中臺(tái)模型層

數(shù)據(jù)中臺(tái)模型層主要功能是按照業(yè)務(wù)領(lǐng)域進(jìn)行主題模型設(shè)計(jì)，例如銀行系統(tǒng)可以分為交易主題、報(bào)送主題、風(fēng)險(xiǎn)主題、用戶畫像主題、營銷主題。模型層是根據(jù)數(shù)據(jù)倉庫層各業(yè)務(wù)領(lǐng)域?qū)挶頂?shù)據(jù)根據(jù)模型要求加工出來的主題數(shù)據(jù)，這些主題數(shù)據(jù)是按照業(yè)務(wù)模型進(jìn)行抽象設(shè)計(jì)，加工出來的模型數(shù)據(jù)是提供給下游的數(shù)據(jù)應(yīng)用前臺(tái)進(jìn)行報(bào)表加工或者風(fēng)控使用。

數(shù)據(jù)應(yīng)用前臺(tái)

數(shù)據(jù)應(yīng)用前臺(tái)就不屬于中臺(tái)了，屬于數(shù)據(jù)的前臺(tái)產(chǎn)品，主要是進(jìn)行銀行各類對(duì)外數(shù)據(jù)的應(yīng)用加工，例如分為了用戶畫像應(yīng)用、報(bào)送應(yīng)用、智能風(fēng)控應(yīng)用、精準(zhǔn)營銷應(yīng)用，這些都是對(duì)全行的統(tǒng)一數(shù)據(jù)應(yīng)用，傳統(tǒng)銀行可能是將各類報(bào)送或者是業(yè)務(wù)統(tǒng)計(jì)報(bào)表放在各個(gè)業(yè)務(wù)系統(tǒng)自己去加工，數(shù)據(jù)中臺(tái)架構(gòu)中其實(shí)是將這些數(shù)據(jù)應(yīng)用都設(shè)計(jì)為前臺(tái)產(chǎn)品基于中臺(tái)模型層的主題數(shù)據(jù)進(jìn)行前臺(tái)應(yīng)用加工。

數(shù)據(jù)使用前臺(tái)

數(shù)據(jù)使用前臺(tái)主要就是最終的數(shù)據(jù)使用方式，主要有Data API、文件、BI工具，傳統(tǒng)銀行用的比較多的一般是文件和BI工具，對(duì)于Data API還比較少，數(shù)據(jù)使用前臺(tái)的Data API是想實(shí)現(xiàn)一個(gè)類似數(shù)據(jù)API超市的效果，前臺(tái)業(yè)務(wù)想使用什么樣的數(shù)據(jù)，直接調(diào)用數(shù)據(jù)API就能夠獲取到，想做一道什么菜就去超市買什么菜然后自己加工，前臺(tái)業(yè)務(wù)用了數(shù)據(jù)中臺(tái)以后，在前臺(tái)使用數(shù)據(jù)就是通過Data API選擇自己需要的數(shù)據(jù)，然后根據(jù)數(shù)據(jù)中臺(tái)返回的數(shù)據(jù)進(jìn)行加工組合成自己需要的報(bào)表或者統(tǒng)計(jì)數(shù)據(jù)服務(wù)于業(yè)務(wù)部門。

數(shù)據(jù)治理平臺(tái)

數(shù)據(jù)中臺(tái)中最核心的就是數(shù)據(jù)，為了保證數(shù)據(jù)的統(tǒng)一標(biāo)準(zhǔn)、數(shù)據(jù)質(zhì)量和數(shù)據(jù)資產(chǎn)的管理需要有一套數(shù)據(jù)治理平臺(tái)對(duì)數(shù)據(jù)資產(chǎn)進(jìn)行統(tǒng)一管理，一套數(shù)據(jù)治理平臺(tái)需要具備數(shù)據(jù)資產(chǎn)管理、數(shù)據(jù)標(biāo)準(zhǔn)管理、數(shù)據(jù)質(zhì)量管理、數(shù)據(jù)安全管理等功能，對(duì)數(shù)據(jù)進(jìn)行全生命周期的管理，數(shù)據(jù)的治理工作貫穿于數(shù)據(jù)中臺(tái)和數(shù)據(jù)前臺(tái)的各個(gè)階段，對(duì)于數(shù)據(jù)中臺(tái)建設(shè)是一個(gè)基石。

三大中臺(tái)-技術(shù)中臺(tái)

技術(shù)中臺(tái)就很好理解了，就是服務(wù)于上面介紹的業(yè)務(wù)中臺(tái)和數(shù)據(jù)中臺(tái)的技術(shù)，包括了服務(wù)治理平臺(tái)、中間件PaaS、安全平臺(tái)、Devops相關(guān)平臺(tái)、IaaS層平臺(tái)。各個(gè)方面這里就不詳細(xì)介紹了，網(wǎng)上有很多相關(guān)介紹，每一部分都可以是一個(gè)專題。

銀行技術(shù)中臺(tái)架構(gòu)

大中臺(tái)小前臺(tái)適用場景

大中臺(tái)小前臺(tái)的架構(gòu)其實(shí)并不適用于所有場景，適用場景主要如下幾條：

• 中臺(tái)模式特別有利于業(yè)務(wù)復(fù)制嘗試和需要大量嘗試創(chuàng)新的新業(yè)務(wù)；
• 10-100階段（高速發(fā)展性公司），1-10（成長性公司）可以開始嘗試；
• 不適合0-1階段（初創(chuàng)公司）

對(duì)于初創(chuàng)公司，首要考慮的問題是通過快速構(gòu)建一套業(yè)務(wù)系統(tǒng)產(chǎn)生業(yè)務(wù)營收，優(yōu)先滿足公司生存問題，這個(gè)階段其實(shí)一個(gè)煙囪架構(gòu)的系統(tǒng)可能更合適。

如何落地中臺(tái)

落地一整套中臺(tái)架構(gòu)戰(zhàn)略，不單單是需要系統(tǒng)架構(gòu)層面的設(shè)計(jì)和重構(gòu)，更重要的是關(guān)注在公司組織架構(gòu)的調(diào)整，公司組織架構(gòu)會(huì)增加相應(yīng)的中臺(tái)業(yè)務(wù)部門，由中臺(tái)業(yè)務(wù)部進(jìn)行全公司的共享需求的管理和扎口，各前臺(tái)部門涉及到的公共需求由中臺(tái)業(yè)務(wù)部根據(jù)對(duì)公司的貢獻(xiàn)情況進(jìn)行排序?qū)嵤苊舛嗲芭_(tái)部門共同開發(fā)相同的功能，重復(fù)建設(shè)，重復(fù)投入。

下面簡單介紹下中臺(tái)建設(shè)的過程，這里還只是簡單的介紹下幾個(gè)大的建設(shè)步驟，其實(shí)還有很多建設(shè)細(xì)節(jié)，后續(xù)會(huì)再整理一些比較詳細(xì)的介紹如果實(shí)際落地的文章。

組織架構(gòu)調(diào)整

組織架構(gòu)就像上面提到的會(huì)根據(jù)中臺(tái)架構(gòu)進(jìn)行較大的調(diào)整：

銀行組織架構(gòu)

• 物理拆分獨(dú)立的共享中臺(tái)部門；
• 在公司業(yè)務(wù)層面通過把公共能力下沉為服務(wù)，并做好服務(wù)連接，賦能前臺(tái)部門；
• 公司科技部門拆分獨(dú)立的服務(wù)中臺(tái)業(yè)務(wù)部門的研發(fā)團(tuán)隊(duì)。

公共能力下沉為服務(wù)

在組織架構(gòu)調(diào)整后還需要進(jìn)行公共服務(wù)能力的下沉，主要有以下步驟：

• 按照DDD劃分大業(yè)務(wù)領(lǐng)域；
• 梳理同一業(yè)務(wù)領(lǐng)域現(xiàn)有系統(tǒng)中的煙囪，梳理出領(lǐng)域中各產(chǎn)品重復(fù)開發(fā)功能；
• 根據(jù)各個(gè)產(chǎn)品重復(fù)開發(fā)的功能提煉出公共抽象模型，并下沉為共享服務(wù)；
• 重新根據(jù)前臺(tái)產(chǎn)品流程和新共享服務(wù)重構(gòu)新的前臺(tái)產(chǎn)品。

如何判斷一個(gè)中臺(tái)建設(shè)的好不好

判斷一個(gè)中臺(tái)建設(shè)的好不好其實(shí)很簡單，個(gè)人總結(jié)通過以下兩點(diǎn)可以直觀的體現(xiàn)出來：

• 業(yè)務(wù)提了新的產(chǎn)品需求，從“這個(gè)做不了，系統(tǒng)不支持”變成了“這些需求沒問題，大部分都能做了”；
• 業(yè)務(wù)提了新的產(chǎn)品需求，科技回復(fù)的開發(fā)時(shí)間從“6個(gè)月”變成“1個(gè)月”。

銀行是否適合建設(shè)中臺(tái)

銀行在業(yè)務(wù)和技術(shù)架構(gòu)上與互聯(lián)網(wǎng)系統(tǒng)都存在差異點(diǎn)，這些差異點(diǎn)也會(huì)導(dǎo)致中臺(tái)系統(tǒng)建設(shè)上的差異點(diǎn)。

銀行與電商業(yè)務(wù)差異點(diǎn)

從業(yè)務(wù)共同點(diǎn)、流程通用性、組織結(jié)構(gòu)3個(gè)緯度進(jìn)行了電商和銀行的對(duì)比：

通過這樣的對(duì)比能夠看出電商能夠共享抽象的內(nèi)容更多，業(yè)務(wù)同質(zhì)化厲害、流程也基本一致，所以除了底層業(yè)務(wù)模型，業(yè)務(wù)流程也可以進(jìn)行公共抽象下沉到中臺(tái)中進(jìn)行多前臺(tái)復(fù)用，但是銀行同一業(yè)務(wù)領(lǐng)域的不同產(chǎn)品可能都會(huì)存在流程上的不同，所以流程這塊可能很難做到高度抽象下沉。

還有一點(diǎn)就是組織架構(gòu)上的差異，電商目前大部分都采用了阿里的組織架構(gòu)，分為前臺(tái)事業(yè)部和中臺(tái)共享事業(yè)部的組織架構(gòu)，銀行還是按照傳統(tǒng)業(yè)務(wù)線進(jìn)行劃分，有些銀行甚至還是不同業(yè)務(wù)前臺(tái)部門存在同類型業(yè)務(wù)產(chǎn)品的問題，所以銀行要做中臺(tái)一定要做組織架構(gòu)調(diào)整，需要增設(shè)一個(gè)中立的共享中臺(tái)部門，不然就算建設(shè)了中臺(tái)，最后也會(huì)發(fā)展成為某個(gè)牽頭部門的獨(dú)享系統(tǒng)。

銀行如何落地中臺(tái)

銀行如果要落地中臺(tái)必須要進(jìn)行一些調(diào)整，因?yàn)殂y行一般會(huì)比較保守不太會(huì)像阿里那樣進(jìn)行特別大的組織架構(gòu)調(diào)整，所以可以采取小范圍試點(diǎn)的作法。這里簡單羅列下落地大的步驟，其實(shí)實(shí)際每步都可以整理出一篇文章，后續(xù)會(huì)再整理一些具體中臺(tái)建設(shè)的文章。

• 挑選局部產(chǎn)品線調(diào)整組織架構(gòu)；
• 聚焦在共享功能的下沉，而不一定要將功能和流程一起下沉到中臺(tái)；
• 優(yōu)先將相對(duì)穩(wěn)定的業(yè)務(wù)功能進(jìn)行下沉；
• 將產(chǎn)品線共性產(chǎn)品進(jìn)行模型抽象；
• 將產(chǎn)品線中的流程部分剝離到前臺(tái)產(chǎn)品層。

華瑞中臺(tái)架構(gòu)實(shí)踐（渠道）

下面就用華瑞銀行渠道中臺(tái)的進(jìn)行舉例說明下業(yè)務(wù)中臺(tái)的架構(gòu)實(shí)踐。華瑞銀行在今年實(shí)施渠道中臺(tái)之前，移動(dòng)銀行APP、開放平臺(tái)、微信銀行都是完全獨(dú)立的很多功能都是重復(fù)建設(shè)，例如用戶注冊(cè)、開戶、綁卡、轉(zhuǎn)賬、支付、存款、貸款等等業(yè)務(wù)接口的組合邏輯很多都是重復(fù)的開發(fā)，在銀行渠道領(lǐng)域，未來一定是全渠道整合，全渠道會(huì)共享用戶、資源，在系統(tǒng)架構(gòu)層面也將會(huì)進(jìn)行整合。未來如果新建一個(gè)渠道不會(huì)再像現(xiàn)在的開發(fā)模式從渠道前端到服務(wù)端全部是從頭開發(fā)，未來有了渠道中臺(tái)以后70%的渠道業(yè)務(wù)能力在渠道中臺(tái)都是ready狀態(tài)，不需要再進(jìn)行重復(fù)開發(fā)，新渠道只需要開發(fā)出新的前臺(tái)產(chǎn)品和前臺(tái)產(chǎn)品對(duì)應(yīng)的BFF（Backend for Front），不需要再重復(fù)開發(fā)渠道中臺(tái)已經(jīng)實(shí)現(xiàn)的組合邏輯。

華瑞銀行目前的渠道端架構(gòu)圖可以參考下圖，各個(gè)前端渠道產(chǎn)品都屬于小前臺(tái)，未來可能會(huì)有更多新的前端渠道，在前端產(chǎn)品下面是前端的共享服務(wù)中臺(tái)，里面包含了前端接口訪問安全控制、前端用戶行為分析、設(shè)備管理等等，這些能力對(duì)于所有前端產(chǎn)品來說都是通用共享的。

在mPaaS下面是各個(gè)前端渠道產(chǎn)品對(duì)應(yīng)的BFF，很多同學(xué)可能會(huì)問有了渠道中臺(tái)有了前端產(chǎn)品后為什么還要每個(gè)前端產(chǎn)品配一個(gè)BFF？如果做過渠道端開發(fā)的同學(xué)一定知道，雖然都是前端渠道，但是每個(gè)前端渠道的會(huì)話管理、返回信息、產(chǎn)品流程可能還是會(huì)存在一些不同，所以還是需要將前臺(tái)渠道的BFF和渠道中臺(tái)解耦開，避免將渠道中臺(tái)建設(shè)成多個(gè)煙囪的集合。

在建設(shè)中臺(tái)的時(shí)候設(shè)計(jì)和開發(fā)人員一定要考慮哪些應(yīng)該屬于前臺(tái)產(chǎn)品去開發(fā)哪些應(yīng)該屬于中臺(tái)產(chǎn)品去開發(fā)，這里對(duì)于設(shè)計(jì)人員的要求是非常高的，他需要能站在很高的角度看到該中臺(tái)產(chǎn)品是服務(wù)于全公司產(chǎn)品的，不是只服務(wù)于某一個(gè)產(chǎn)品，這是和以前建設(shè)產(chǎn)品系統(tǒng)和平臺(tái)的最大差異，1）首先要對(duì)公司業(yè)務(wù)充分理解，能夠抽象出共享的業(yè)務(wù)模型和部分共享流程，2）同時(shí)在實(shí)施前臺(tái)和中臺(tái)的時(shí)候要能夠合理的劃分出前臺(tái)和中臺(tái)的邊界，要有一套設(shè)計(jì)原則，哪些應(yīng)該在前臺(tái)，哪些應(yīng)該下沉到中臺(tái)，3）最后在設(shè)計(jì)中臺(tái)服務(wù)接口的時(shí)候一定要考慮到，“這個(gè)服務(wù)接口是服務(wù)于全公司或者是某個(gè)業(yè)務(wù)領(lǐng)域的，不是單單服務(wù)于某個(gè)前臺(tái)產(chǎn)品的”，每次開發(fā)中臺(tái)接口的時(shí)候都要自己問一下這個(gè)問題。

華瑞渠道中臺(tái)架構(gòu)

總結(jié)

本篇文章整體介紹了中臺(tái)的基本概念和目前主流的3大中臺(tái)的架構(gòu)，同時(shí)也簡單描述了下落地中臺(tái)的步驟和關(guān)鍵點(diǎn)，最后討論了下銀行是否適合建設(shè)中臺(tái)，對(duì)比了電商和銀行業(yè)務(wù)的差異點(diǎn)，并且最后舉了華瑞銀行正在實(shí)施的渠道中臺(tái)的例子。中臺(tái)這個(gè)理念是非常好的，中臺(tái)戰(zhàn)略不單單是系統(tǒng)層面的建設(shè)，更多的還是需要公司組織架構(gòu)的同步調(diào)整，不然大概率會(huì)出現(xiàn)系統(tǒng)原先規(guī)劃按照中臺(tái)戰(zhàn)略設(shè)計(jì)了，但是最后因?yàn)榻M織架構(gòu)的問題導(dǎo)致最后中臺(tái)漸漸走偏。

最后回答下標(biāo)題的問題，中臺(tái)戰(zhàn)略是一種比較好的能夠提升公司整體產(chǎn)品創(chuàng)新能力和敏捷開發(fā)的一個(gè)整體數(shù)字化戰(zhàn)略，中臺(tái)戰(zhàn)略其實(shí)是數(shù)字化發(fā)展到極致情況下的戰(zhàn)略方案，其實(shí)很多銀行一直在超這個(gè)方向努力只不過沒有明確提出中臺(tái)戰(zhàn)略，所以銀行并不是跟風(fēng)中臺(tái)戰(zhàn)略而是一直以此為目標(biāo)，為了滿足未來高速業(yè)務(wù)發(fā)展對(duì)現(xiàn)有組織和架構(gòu)的重構(gòu)，希望這篇文章能夠幫助到銀行的朋友理解中臺(tái)的概念。