前文《中臺之我不是藥神》講到，阿里和其客戶共創(chuàng)了中臺。那么中臺是在一個什么樣的背景下產(chǎn)生的？如何理解中臺？企業(yè)對中臺的需求是什么？中臺實現(xiàn)的路徑是什么？

本文將結(jié)合銀行中臺實踐的案例，帶領(lǐng)大家深入理解中臺。

01 中臺為誰而生？

1. 平臺化

通常，最初的決定是正確的；然而，自從項目、工作或關(guān)系開始以來，事情已經(jīng)地改變了，最初的決定不再有意義。

—— EA

企業(yè)發(fā)展到一定程度，組織架構(gòu)和層級必然不斷膨脹擴(kuò)張。各大事業(yè)部下各大部門，就像一個小型組織一樣，各占山頭，勢必會出現(xiàn)屁股決定腦袋的現(xiàn)象。大企業(yè)內(nèi)部各處都是墻——部門墻、業(yè)務(wù)墻、數(shù)據(jù)墻。一個原本可以共用的服務(wù)，被不同部門重復(fù)建設(shè)。

以阿里電商平臺為例，淘寶、天貓、一淘各自擁有客戶管理、商品管理、門店管理和交易與結(jié)算系統(tǒng)，這些系統(tǒng)功能重疊，以至于沒有人能搞清楚業(yè)務(wù)能力到底有哪些、是如何分布的。

部門墻造成的問題是：

1. 重復(fù)的建設(shè)輪子，資源浪費；
2. 標(biāo)準(zhǔn)不統(tǒng)一、品類不統(tǒng)一、標(biāo)簽體系不統(tǒng)一、評論機(jī)制各不相同；
3. 審核問題，但凡做內(nèi)容必須有審核，不同子公司在審核的投入上都很巨大；
4. 采購問題，不同 BD 采購流程不通。

從企業(yè)角度來看，這就形成了煙囪式的建設(shè)。煙囪式的建設(shè)限制了業(yè)務(wù)發(fā)展速度、推高了業(yè)務(wù)創(chuàng)新的成本。實際上企業(yè)需要的是搭建像樂高一樣的組件化體系，通過這個體系，可以將信息、標(biāo)準(zhǔn)、帳戶、數(shù)據(jù)做一系列打通，將業(yè)務(wù)流、數(shù)據(jù)流、分發(fā)流、商業(yè)流這些相近的單元進(jìn)行平臺化。

阿里搭建中臺的最初設(shè)想就是建設(shè)一個業(yè)務(wù)共享平臺：通過建設(shè)若干個業(yè)務(wù)中心將分散到各個系統(tǒng)的獨立單元重新構(gòu)建（合并同類項），對前端提供一個快速響應(yīng)、抽象共性、邊界清晰的平臺。

?阿里共享業(yè)務(wù)平臺

2. 從去IOE到微服務(wù)

企業(yè)軟件系統(tǒng)的演進(jìn)大體經(jīng)歷了三個階段。以銀行系統(tǒng)為例，其業(yè)務(wù)架構(gòu)的演進(jìn)如下：

第一階段：90年代中后期分布式架構(gòu)

分布式架構(gòu)

這個階段的架構(gòu)具有以下3個特點：

1. 將總行的集中式系統(tǒng)在各個省分行分別都部署一套，每天晚上再以批量處理的方式將各省數(shù)據(jù)進(jìn)行集中。
2. 這種架構(gòu)的方式能夠最快的解決聯(lián)機(jī)性能問題, 但存在跨省轉(zhuǎn)賬交易無法實時到賬的問題。
3. 基礎(chǔ)設(shè)備多采用IOE（IBM的小型機(jī)、Oracle數(shù)據(jù)庫、EMC存儲設(shè)備）廠商。

隨著互聯(lián)網(wǎng)新技術(shù)的興起，2009阿里提出了“去IOE”，旨在通過低成本的開源軟件替代昂貴的IOE設(shè)備。此后，金融、電信、石油行業(yè)也聞風(fēng)而動，一場“去IOE化”運動席卷大江南北。到2019年，Oracle中國區(qū)大裁員，幾近退出中國市場，傳統(tǒng)軟件巨頭Oracle失去往日光芒。

第二階段：2000-2010年集中式總線架構(gòu)

這個階段引入了ESB總線的理念：

ESB總線架構(gòu)

ESB總線為渠道、核心和外圍系統(tǒng)建立了一座橋梁，提供完全統(tǒng)一的接口標(biāo)準(zhǔn)協(xié)議，提升了系統(tǒng)發(fā)布的實時性。但同時，ESB成為了最大的單點，要支持大并發(fā)高TPS低延時，所以HA和性能要求非常高，變更需要相當(dāng)謹(jǐn)慎。

ESB解決了異構(gòu)系統(tǒng)之間互通的問題，卻沒有真正發(fā)揮出SOA理念最核心的價值：松耦合的服務(wù)帶來業(yè)務(wù)的復(fù)用，通過服務(wù)的編排助力業(yè)務(wù)的快速響應(yīng)和創(chuàng)新。

無論從性能還是成本消耗上，ESB總線都會導(dǎo)致瓶頸出現(xiàn)。

第三階段：2010年之后的互聯(lián)網(wǎng)金融服務(wù)架構(gòu)

到了2012年以后，隨著Facebook、Amazon等開放平臺獲得的巨大成功，BAT都逐步將自己的接口開放出來，并實施了開放平臺生態(tài)圈戰(zhàn)略，從而推動了SOA服務(wù)化的快速發(fā)展。

開放平臺架構(gòu)

左邊是之前的傳統(tǒng)銀行集中式總線架構(gòu)，右邊是互聯(lián)網(wǎng)服務(wù)化架構(gòu)，包含了開放平臺、基于微服務(wù)技術(shù)的服務(wù)注冊和發(fā)現(xiàn)，以及服務(wù)化產(chǎn)品系統(tǒng)。

基于微服務(wù)架構(gòu)的平臺優(yōu)點是：

1. 業(yè)務(wù)系統(tǒng)的擴(kuò)展沒有瓶頸，只需要按照業(yè)務(wù)發(fā)展增加微服務(wù)單元和彈性容器；
2. 組織敏捷，開發(fā)迭代速度快。

微服務(wù)是中臺的底層框架技術(shù)，它提供了一套代碼框架，可以實現(xiàn)對復(fù)雜系統(tǒng)的解耦，解耦后各個模塊變得相對簡單,易于重用,易于分析，易于單元測試和保證。

中臺和微服務(wù)是有交集的兩個領(lǐng)域的概念，中臺更偏業(yè)務(wù)，微服務(wù)更偏技術(shù)實現(xiàn)。

3. 數(shù)字化轉(zhuǎn)型

“銀行業(yè)正處在一個‘技術(shù)主導(dǎo)一切，并且無處不在’的世界中，不被淘汰的唯一辦法就是為那些數(shù)字化的消費者打造新的體驗?zāi)Ｊ?，重?fù)網(wǎng)點的模式終將失敗”。

——《銀行 4.0》作者布萊特·金

面對席卷而來的互聯(lián)網(wǎng)浪潮和內(nèi)外競爭加劇的新環(huán)境， 數(shù)字化轉(zhuǎn)型是很多企業(yè)的迫切需要。

以銀行業(yè)為例，新興金融科技公司崛起，快速向支付結(jié)算、消費信貸和財富管理等銀行業(yè)務(wù)領(lǐng)域滲透，來勢洶洶。對此，銀行則利用互聯(lián)網(wǎng)思維適時調(diào)整經(jīng)營理念和方式，將大數(shù)據(jù)、云計算、移動互聯(lián)和人工智能等引入自身變革轉(zhuǎn)型中，以此來拓寬獲客渠道、重構(gòu)業(yè)務(wù)流程。在獲客方式創(chuàng)新方面，主要的做法有三種：

（一）服務(wù)移動化

通過布局直銷銀行以及手機(jī)銀行APP等客戶端產(chǎn)品，縮短了與用戶的距離。

通過銀行的APP，客戶不僅僅可以辦理金融業(yè)務(wù)，還可以繳水電費、訂影票、在線購物。

（二）全業(yè)務(wù)渠道

通過與互聯(lián)網(wǎng)企業(yè)進(jìn)行多元化的合作，將獲客的渠道與入口盡量分散。利用互聯(lián)網(wǎng)企業(yè)龐大的用戶基數(shù)來觸達(dá)更多的潛在客戶。

截止目前，工、農(nóng)、中、建為代表的四大國有銀行均與BATJ（百度、阿里、騰訊、京東）展開“一對一”的戰(zhàn)略合作，曾經(jīng)勢不兩立的金融陣營如今也不得不握手言和，謀求最大公約數(shù)。

（三）私域流量

通過輕型化門店改造，在去高柜的同時嫁接生活場景和社交產(chǎn)品，利用高頻的生活場景、社交場景賦能傳統(tǒng)物理網(wǎng)點轉(zhuǎn)型升級，有效引流獲取客戶。

以某商業(yè)銀行數(shù)字化轉(zhuǎn)型實踐為例，企業(yè)以敏捷組織轉(zhuǎn)型作為切入點，帶動精益項目管理和IT創(chuàng)新，通過傳統(tǒng)ESB架構(gòu)和微服務(wù)中臺的雙速IT架構(gòu)建設(shè)，解決了傳統(tǒng)架構(gòu)“快前臺慢后臺”的問題，實現(xiàn)了中后臺敏捷，產(chǎn)品迭代周期由過去的1個月降至1周，實現(xiàn)了產(chǎn)品創(chuàng)新能力、迭代速度的全面轉(zhuǎn)變。

某商業(yè)銀行數(shù)字化轉(zhuǎn)型戰(zhàn)略

02 如何理解中臺？

1. 中臺畫像

筆者整理一下對中臺的描述，用詞云的方式給中臺做了個畫像。

2. 問題域

中臺屬于企業(yè)架構(gòu)的范疇?？v向看包括從業(yè)務(wù)、信息和技術(shù)三個維度。橫向看為“施動者”+“動詞”+“操作對象”邏輯，施動者是觸發(fā)者和需求提出方，操作對象是被動者和需求供給方。

按照這樣的劃分，中臺實際上包含下面幾個領(lǐng)域：

• 產(chǎn)品域：以商品形式對客戶提供服務(wù)的有形或無形東西。如淘寶和天貓。
• 信息域：以處理業(yè)務(wù)流為目的的軟硬件系統(tǒng)，包括用戶界面、數(shù)據(jù)。如訂單系統(tǒng)、商品系統(tǒng)。
• 流程域：采購、倉儲、物流、配送等提供服務(wù)的企業(yè)內(nèi)部流程。
• 組織領(lǐng)域：企業(yè)組織單元，如財務(wù)部、銷售部等。
• 數(shù)據(jù)域：訂單數(shù)據(jù)、商品數(shù)據(jù)、訂單記錄、操作日志等。
• 應(yīng)用域：產(chǎn)品的附屬軟件和硬件單元，提供一組相關(guān)的用戶交互能力，如淘寶客戶端。
• 技術(shù)基礎(chǔ)設(shè)施域：服務(wù)器、存儲系統(tǒng)、網(wǎng)絡(luò)等設(shè)備。

3. 視角

中臺的復(fù)雜來于它本事就是解決復(fù)雜問題提出的，不同的人站的角度不同，理解也不相同。

在建設(shè)中臺之前，利益相關(guān)者需要就項目目標(biāo)、范圍、度量等關(guān)鍵問題進(jìn)行充分的溝通并達(dá)成共識。為此需要構(gòu)建一個溝通的上下文和觀察視角。

業(yè)務(wù)-技術(shù)視角：產(chǎn)品、流程、信息、應(yīng)用、數(shù)據(jù)、平臺。

業(yè)務(wù)-組織視角：戰(zhàn)略、目標(biāo)、原則、價值、度量、項目、項目組合。

組織-技術(shù)視角：快中臺、敏捷中臺、慢后臺。

4. 中臺的價值

03 中臺正確打開姿勢？

1. 中臺的需求

先來看看某銀行對中臺的需求：

可以看出企業(yè)對中臺的期望很高，需求是方方面面的。

2. 中臺建設(shè)原則

中臺涉及的問題比較復(fù)雜，客戶對中臺的期望也比較高。中臺項目的挑戰(zhàn)是不言而喻的。中臺實踐要遵循一些基本方法、原則。

1. 從設(shè)計層面看：主要是遵循面向?qū)ο蟮姆治龊驮O(shè)計方法。
2. 從運營層面看：服務(wù)中心的分割，要有數(shù)據(jù)運營和業(yè)務(wù)整合的價值。比如淘寶的商品中心，絕不是簡單的提供商品增刪改查服務(wù)接口。而是建立一個全球最大的商品庫，同時提供該商品庫的管理運營方法和配套工具服務(wù)。
3. 從工程層面看：共享服務(wù)的架構(gòu)是基于分布式架構(gòu)、分布式事務(wù)和分布式數(shù)據(jù)庫。

基本原則：

1. 高內(nèi)聚低耦合
2. 數(shù)據(jù)完整性
3. 業(yè)務(wù)可運營
4. 漸進(jìn)性建設(shè)

3. 實現(xiàn)路徑

企業(yè)是一個復(fù)雜系統(tǒng)，對待復(fù)雜問題應(yīng)該用庖丁解牛的思路，從大處著眼，從小處入手。中臺本身要解決的是系統(tǒng)解耦的問題，但尷尬的是解決這個問題要成立獨立的項目組甚至獨立的事業(yè)部，由于技術(shù)債和康恩定律，中臺項目組和事業(yè)部本身會帶來新的耦合問題。

沒有阿里這樣壯士斷腕的決心，這樣的組織單元一開始就會阻力重重，負(fù)重前行。

中臺要先從組織敏捷開始，也就是構(gòu)建一個獨立的快反團(tuán)隊，通過KPI切割、資產(chǎn)確權(quán)劃清和原有部門的界限，輕裝上陣。具體的路徑如下：

1）從一個敏捷項目開始

最好是企業(yè)范圍的，但可以從任何地方開始。把敏捷中臺看作是終身學(xué)習(xí)。

2）組建跨部門的團(tuán)隊

使用敏捷來執(zhí)行和管理擴(kuò)部門團(tuán)隊。溝通至關(guān)重要。

3）資產(chǎn)確權(quán)

從IT和業(yè)務(wù)管理層獲得參與和承諾：包括組織、設(shè)備、數(shù)據(jù)等資產(chǎn)。所有權(quán)也必須澄清——誰對某個特定的架構(gòu)工件是否足夠代表企業(yè)的特定部分擁有最終發(fā)言權(quán)？

4）制定考核指標(biāo)

考核指標(biāo)為項目提供了價值度量依據(jù)，也是項目組前進(jìn)的方向。

5）架構(gòu)設(shè)計

從業(yè)務(wù)、信息、技術(shù)、運營四個方面進(jìn)行需求分解和架構(gòu)設(shè)計。

6）制定演進(jìn)路線

制定一個持續(xù)交付的產(chǎn)品路線圖，圍客戶成功進(jìn)行產(chǎn)品生命周期管理。

中臺建設(shè)是和組織相關(guān)的，沒有組織的解耦就沒有技術(shù)的解耦。

04 中臺之路：矩陣革命

“生存下來的不是最強(qiáng)壯的物種，也不是最聰明的物種，而是對變化最敏感的物種?！?/p>

——查爾斯·達(dá)爾文

《黑客帝國》很多人都看過，影片講述了這樣一個故事：

人類在與人工智能機(jī)器人的戰(zhàn)爭中失敗，于是遮蔽了天空隔絕太陽能試圖以此切斷機(jī)器人唯一的能源供應(yīng)。但機(jī)器人沒有就此滅亡，機(jī)器人中最強(qiáng)大的存在“架構(gòu)師”創(chuàng)造了“Matrix”，也就是“矩陣”。但矩陣V1.0不久就崩潰了，架構(gòu)師認(rèn)為是人類的大腦思維不適應(yīng)新環(huán)境，于是用人類歷史的某個鼎盛時期為背景又開發(fā)出矩陣V2.0版本，但卻再次崩潰了。架構(gòu)師明白了矩陣與人類不兼容的癥結(jié)所在，進(jìn)而設(shè)計了一個專門用來研究人類心智的程序——“先知”。

在先知的幫助下，架構(gòu)師不再構(gòu)建完美的世界，讓矩陣中的人類擁有選擇的權(quán)利，終于99%的人類接受了這個新版本的矩陣V6.0。但是每個程序都存在漏洞也就是bug，隨著矩陣的更新迭代，有一些舊程序需要被刪除，但現(xiàn)實卻沒想象的那么容易，這些舊程序在矩陣?yán)镫[藏了起來成為非法程序，以“法國人”梅文為首的非法程序集合成了一個團(tuán)體，并且這個團(tuán)體的某些成員還能夠超出矩陣的一些規(guī)則束縛擁有特異功能，他們的存在對矩陣也構(gòu)成了威脅。

架構(gòu)師針對這兩個可能會導(dǎo)致矩陣崩潰的bug想出了解決方案：喚醒無法適應(yīng)矩陣的人類并讓他們離開被機(jī)器占領(lǐng)的世界去地底深處建立了人類最后一個城市“錫安”進(jìn)行反抗，但是這種反抗仍是在架構(gòu)師控制范圍內(nèi)的，甚至是架構(gòu)師更新矩陣計劃中的一環(huán)。與此同時架構(gòu)師集合了所有非法程序的原始代碼組成一個新程序植入到一個人類的大腦里，讓這個人成為“程序+人類”的存在，并賦予了這個人“救世主”的角色。

——來自簡書《《黑客帝國》三部曲劇情解析》 作者Switchhh

中臺就是構(gòu)建企業(yè)的虛擬世界（Matrix），這個虛擬世界并不完美，充滿了技術(shù)債（舊程序），還有一些超出代碼范圍的問題（史密斯）,在多個版本后崩潰后，中臺設(shè)計師（架構(gòu)師）認(rèn)為純粹的代碼映射解決不了問題，于是開始研究心智程序：精益+敏捷（先知）。在精益+敏捷（先知）的幫助下，中臺設(shè)計師不在構(gòu)建完美的世界。終于，99%的用戶接受了這個新版的中臺x.0（矩陣V6.0），但中臺X.0仍然存在bug，解決最終的問題需要“技術(shù)+感性+顛覆式創(chuàng)新”的合體（尼奧）。

理解了上面這段話，你就理解了中臺的必由之路：

1. 理解并背負(fù)技術(shù)債
2. 持續(xù)交付
3. 選擇不完美
4. ?賦予心智模型并理解變化：精益、敏捷、設(shè)計思維
5. ?顛覆式創(chuàng)新（重啟矩陣）

作者：濤哥，微信公眾號：濤哥筆談。前華為高級產(chǎn)品經(jīng)理，PPV課數(shù)據(jù)科學(xué)社區(qū)發(fā)起人，15年以上IT和通信領(lǐng)域，5年B端產(chǎn)品總監(jiān)，數(shù)字化轉(zhuǎn)型實踐者，Togaf粉

本文由 @濤哥 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載

題圖來自Unsplash，基于CC0協(xié)議