這兩年中臺(tái)很火，已經(jīng)代替微服務(wù)成為架構(gòu)首選，涌現(xiàn)出各種各樣的中臺(tái)名詞，業(yè)務(wù)中臺(tái)、數(shù)據(jù)中臺(tái)、技術(shù)中臺(tái)、算法中臺(tái)等，讓人眼花繚亂，稍微大點(diǎn)的互聯(lián)網(wǎng)公司都號(hào)稱在做中臺(tái)。本人從去年開始，做過類似的事情，這里結(jié)合自己的實(shí)踐，談?wù)剬?duì)中臺(tái)的理解，希望能夠幫助大家更清晰地了解中臺(tái)，一家之言，僅供參考。

本文的內(nèi)容包括：

1) 什么是中臺(tái)

2) 中臺(tái)和微服務(wù)的區(qū)別

3) 為什么要做中臺(tái)

4) 深入中臺(tái)架構(gòu)

1. 什么是中臺(tái)

既然講中臺(tái)，必然還有前臺(tái)和后臺(tái)。前臺(tái)很好理解，指的是面向C端的應(yīng)用，包括前端(如App/小程序)和對(duì)應(yīng)的服務(wù)端。至于后臺(tái)，很多人把它等同于管理后臺(tái)，比如商品管理后臺(tái)，負(fù)責(zé)商品定義/上下架等，提供給內(nèi)部運(yùn)營(yíng)人員使用，這可能不夠準(zhǔn)確。

簡(jiǎn)單來說，對(duì)于一個(gè)交易系統(tǒng)，前臺(tái)對(duì)應(yīng)用戶能看到的部分，如商品瀏覽和下單，屬于接單的部分；后臺(tái)對(duì)應(yīng)履單部分，如倉(cāng)庫(kù)揀貨/配送/財(cái)務(wù)結(jié)算/采購(gòu)補(bǔ)貨等，屬于實(shí)際干活的，由企業(yè)內(nèi)部人員負(fù)責(zé)，處于一個(gè)交易處理流程的后端。

在傳統(tǒng)企業(yè)，沒有在線的前臺(tái)，基本是線下手工接單，內(nèi)部信息管理系統(tǒng)基本都屬于履單范疇，例如ERP、CRM、采購(gòu)系統(tǒng)、倉(cāng)庫(kù)管理系統(tǒng)，財(cái)務(wù)系統(tǒng)等，這些系統(tǒng)屬于一般意義上的后臺(tái)概念。

在互聯(lián)網(wǎng)企業(yè)，因?yàn)橄到y(tǒng)一般是自己開發(fā)，管理后臺(tái)既包含面向前臺(tái)銷售的功能，如商品上下架和促銷管理，也包含面向履單部分，比如配送、采購(gòu)、財(cái)務(wù)結(jié)算，所以互聯(lián)網(wǎng)企業(yè)的管理后臺(tái)并不簡(jiǎn)單等同于履單后臺(tái)。

接單和履單之間還有一系列事情要做，包括生成訂單時(shí)的優(yōu)惠計(jì)算/創(chuàng)建實(shí)際的訂單/支付/庫(kù)存扣減等, 這部分功能屬于交易邏輯的核心。在簡(jiǎn)單場(chǎng)景下，前臺(tái)應(yīng)用包含這部分功能，在復(fù)雜的場(chǎng)景下，就有必要把這部分獨(dú)立出來，構(gòu)成獨(dú)立的中臺(tái)，為前臺(tái)減負(fù)。

一些文章籠統(tǒng)地介紹中臺(tái)是用來連接前臺(tái)和后臺(tái)的，這個(gè)值得商榷。如果管理后臺(tái)就是后臺(tái)，那沒有連接的必要，因?yàn)楣芾砗笈_(tái)本身就是系統(tǒng)的附屬部分，和前臺(tái)屬于一體兩面。至于履單后臺(tái)，前臺(tái)接單系統(tǒng)和后臺(tái)履單系統(tǒng)設(shè)計(jì)時(shí)就是打通的，也不需要額外定義一個(gè)中臺(tái)來連接兩者。互聯(lián)網(wǎng)企業(yè)的中臺(tái)更多的是基礎(chǔ)業(yè)務(wù)下沉，實(shí)現(xiàn)多業(yè)務(wù)場(chǎng)景共享，但在傳統(tǒng)企業(yè)，后臺(tái)系統(tǒng)清晰地存在，中臺(tái)確實(shí)起到連接后臺(tái) (內(nèi)部老系統(tǒng))和前臺(tái) (新的C端應(yīng)用)的作用，所以互聯(lián)網(wǎng)企業(yè)的中臺(tái)和傳統(tǒng)企業(yè)的中臺(tái)定位和側(cè)重點(diǎn)是有差異的，這個(gè)下文會(huì)展開介紹。

為了更好地理解中臺(tái)，這里舉個(gè)形象的例子：

最上面是各種具體的桌面應(yīng)用，如office套件，最底下是各種硬件設(shè)備，磁盤/內(nèi)存/CPU等。

桌面應(yīng)用能不能直接操縱底層硬件設(shè)備完成功能？理論上是可以的，比如在應(yīng)用里嵌入?yún)R編語言直接操作硬件，但顯然開發(fā)效率低，可維護(hù)性很差。如果中間加一層操作系統(tǒng)進(jìn)行轉(zhuǎn)換，向下管理硬件，向上提供簡(jiǎn)潔的API，應(yīng)用開發(fā)就非常方便，這里操作系統(tǒng)類似中臺(tái)的定位。

對(duì)于大型傳統(tǒng)零售企業(yè)(上圖右邊部分)，企業(yè)經(jīng)過多年信息化建設(shè)，購(gòu)買了大量的商業(yè)套裝軟件，形成內(nèi)部IT基礎(chǔ)設(shè)施，現(xiàn)在要往新零售轉(zhuǎn)型，理論上C端的應(yīng)用可以直接調(diào)用老系統(tǒng)的API(如SAP產(chǎn)品提供一定的開放能力)來實(shí)現(xiàn)功能打通。但和桌面應(yīng)用直接控制電腦硬件設(shè)備類似，這兩者直接對(duì)接是低效的，兩者的服務(wù)對(duì)象(2C和2B)/數(shù)據(jù)模型/技術(shù)棧/實(shí)時(shí)性要求差異很大，而且新的應(yīng)用進(jìn)來，又要從頭到尾對(duì)接一遍，新業(yè)務(wù)上線，至少需要大半年的時(shí)間。

這時(shí)如果有個(gè)中間層負(fù)責(zé)橋接和轉(zhuǎn)換，就非常方便。C端應(yīng)用可以快速基于這個(gè)中間層構(gòu)建，不用關(guān)心底層遺留系統(tǒng)的實(shí)現(xiàn)細(xì)節(jié)。這個(gè)中間層就是中臺(tái)，起到類似操作系統(tǒng)的作用，把舊的基礎(chǔ)設(shè)施轉(zhuǎn)換成面向互聯(lián)網(wǎng)的基礎(chǔ)平臺(tái)，而且這個(gè)平臺(tái)非常通用，新業(yè)務(wù)可以快速對(duì)接，短時(shí)間搞定上線。傳統(tǒng)企業(yè)在做全面數(shù)字化轉(zhuǎn)型時(shí)，這樣的一個(gè)中臺(tái)必不可少。

2. 中臺(tái)和微服務(wù)的區(qū)別

中臺(tái)源于大型互聯(lián)網(wǎng)企業(yè)，這些系統(tǒng)一般是分布式的微服務(wù)架構(gòu)，那么中臺(tái)和微服務(wù)架構(gòu)有什么區(qū)別呢？

簡(jiǎn)單地說，我認(rèn)為中臺(tái)是微服務(wù)的升級(jí)，原來只是一個(gè)個(gè)離散的服務(wù)，只負(fù)責(zé)提供接口功能，如商品服務(wù)/訂單服務(wù)/權(quán)限服務(wù)，在中臺(tái)里，升級(jí)為商品中心/訂單中心，每個(gè)中心更強(qiáng)調(diào)體系，包括更好的邊界劃分和業(yè)務(wù)抽象，更好地監(jiān)控和系統(tǒng)運(yùn)營(yíng)能力(穩(wěn)定性/故障定位)，更好的業(yè)務(wù)運(yùn)營(yíng)能力(比如商品中心自帶商品管理后臺(tái)，支持基礎(chǔ)商品定義)。每個(gè)服務(wù)中心圍繞核心業(yè)務(wù)，自成體系，成為一個(gè)微內(nèi)核，這些微內(nèi)核既相互獨(dú)立，又形成一個(gè)整體，共同構(gòu)成基礎(chǔ)業(yè)務(wù)平臺(tái)，也即中臺(tái)。松散的微服務(wù)->共享服務(wù)體系->中臺(tái)，這是微服務(wù)架構(gòu)和中臺(tái)的區(qū)別和聯(lián)系。

現(xiàn)在大家談的最多的是業(yè)務(wù)中臺(tái)，我認(rèn)為一個(gè)典型的業(yè)務(wù)中臺(tái)包含3層：

對(duì)于中臺(tái)來說，完善的基礎(chǔ)業(yè)務(wù)功能由通用基礎(chǔ)業(yè)務(wù)平臺(tái)實(shí)現(xiàn)；通用聚合服務(wù)進(jìn)一步提升易用性; 通用中間件平臺(tái)保證系統(tǒng)的穩(wěn)定性。

除了業(yè)務(wù)中臺(tái)，提的比較多的是數(shù)據(jù)中臺(tái)，數(shù)據(jù)中臺(tái)也是整合數(shù)據(jù)能力，可以高效地給業(yè)務(wù)賦能，比如智能推薦，千人千面，精準(zhǔn)營(yíng)銷等。

補(bǔ)充說明下，這里通用中間件平臺(tái)和技術(shù)中臺(tái)一個(gè)概念，我覺得沒有必要單獨(dú)叫技術(shù)中臺(tái)，不帶業(yè)務(wù)的中臺(tái)是沒有靈魂的，不能叫中臺(tái)。同理內(nèi)容中臺(tái)的說法是合適的，但算法中臺(tái)就不合適，大家可以用這個(gè)原則區(qū)分各種中臺(tái)的真?zhèn)巍?/p>

3. 為什么要做中臺(tái)

軟件架構(gòu)從單體架構(gòu)，到分布式SOA，到微服務(wù)，到中臺(tái)架構(gòu)，這都是業(yè)務(wù)復(fù)雜化的結(jié)果，架構(gòu)好比生產(chǎn)關(guān)系，業(yè)務(wù)是生產(chǎn)力，架構(gòu)一定要隨著業(yè)務(wù)發(fā)展而演化。

0到1階段，只有一條業(yè)務(wù)線，比如出租車業(yè)務(wù)，直接根據(jù)需求實(shí)現(xiàn)即可。從1到n階段，業(yè)務(wù)線逐漸增加，比如快車/順風(fēng)車。

這時(shí)系統(tǒng)有兩種做法，第一種是新業(yè)務(wù)線還是單獨(dú)實(shí)現(xiàn)，多個(gè)業(yè)務(wù)線之家是相互獨(dú)立的，系統(tǒng)結(jié)構(gòu)整體上是”川”字型，如下圖所示。但如果業(yè)務(wù)線類似，它們的核心邏輯（地圖/調(diào)度/訂單支付）也是類似的，子系統(tǒng)之間有大量的代碼復(fù)制和多地維護(hù)，這是非常低效的。

第二種做法是把核心邏輯單獨(dú)抽取出來，做好通用化，共同服務(wù)于所有業(yè)務(wù)線的需求，此時(shí)對(duì)于各個(gè)業(yè)務(wù)線系統(tǒng)而言，包括自身的應(yīng)用層和通用層兩部分，定制的東西在應(yīng)用層解決，共享的東西由通用層提供，再通過編排共享邏輯完成業(yè)務(wù)流程。系統(tǒng)結(jié)構(gòu)整體上是”山”字型，這個(gè)通用層就是山字最底下一橫，把各個(gè)業(yè)務(wù)線有機(jī)粘合在一起，共享業(yè)務(wù)邏輯和統(tǒng)一業(yè)務(wù)規(guī)則，實(shí)現(xiàn)最大程度的復(fù)用。

當(dāng)然搭建山字形是有難度的，什么時(shí)候轉(zhuǎn)型為“山”字形？ 一方面和n值有關(guān)，比如n>=3時(shí)，應(yīng)該要考慮轉(zhuǎn)到山字形，另一個(gè)因素和各個(gè)業(yè)務(wù)線的相似度有關(guān)，相似度高更適合”山”字形，比如電商的C2C和B2C業(yè)務(wù)；差異比較大，適合”川”字形，比如電商業(yè)務(wù)和互聯(lián)網(wǎng)金融業(yè)務(wù)，沒必要強(qiáng)行扭在一起。

從業(yè)務(wù)角度看，中臺(tái)代表通用的基礎(chǔ)業(yè)務(wù)，一個(gè)企業(yè)基礎(chǔ)的業(yè)務(wù)能力和業(yè)務(wù)規(guī)則是相對(duì)穩(wěn)固和清晰的，各個(gè)業(yè)務(wù)線可以認(rèn)為具體業(yè)務(wù)場(chǎng)景，如小程序下單/三方外賣等相對(duì)復(fù)雜和多變，但可以通過組裝各個(gè)基礎(chǔ)業(yè)務(wù)，快速滿足業(yè)務(wù)場(chǎng)景需求。對(duì)于新的業(yè)務(wù)來說，基礎(chǔ)的東西已經(jīng)差不多有了，只需要少量針對(duì)場(chǎng)景的定制開發(fā)。總的來說，中臺(tái)收斂了業(yè)務(wù)場(chǎng)景，統(tǒng)一了業(yè)務(wù)規(guī)則，比如各個(gè)渠道的訂單都?xì)w到中臺(tái)的訂單服務(wù)，遵循類似的訂單狀態(tài)流轉(zhuǎn)和履單過程。

基礎(chǔ)業(yè)務(wù)是有限的，業(yè)務(wù)場(chǎng)景是無限的，特別是在移動(dòng)互聯(lián)網(wǎng)和全面數(shù)字化轉(zhuǎn)型的大背景下，傳統(tǒng)企業(yè)需要開拓大量新渠道，搭建中臺(tái)，可以很好地通過有限的基礎(chǔ)業(yè)務(wù)滿足無限的業(yè)務(wù)場(chǎng)景。

從系統(tǒng)角度看，中臺(tái)相當(dāng)于商業(yè)操作系統(tǒng)，提供標(biāo)準(zhǔn)接口給上層應(yīng)用，對(duì)于傳統(tǒng)企業(yè)來說，中臺(tái)之下還有明確的后臺(tái)，中臺(tái)很好地把前端應(yīng)用(面向互聯(lián)網(wǎng))和企業(yè)遺留系統(tǒng)(面向內(nèi)部管理)銜接起來，屏蔽底層系統(tǒng)的復(fù)雜性和各種適配工作。

從數(shù)據(jù)角度看，中臺(tái)收斂業(yè)務(wù)場(chǎng)景的同時(shí)，也收斂了數(shù)據(jù) 比如自有小程序的訂單和外賣訂單統(tǒng)一到一個(gè)訂單庫(kù)，使用同一套數(shù)據(jù)模型（具體用到的字段可能略有差異），這為后續(xù)的數(shù)據(jù)中臺(tái)搭建打下良好基礎(chǔ)。

4. 深入中臺(tái)架構(gòu)

大一點(diǎn)的互聯(lián)網(wǎng)企業(yè)，系統(tǒng)已經(jīng)是類中臺(tái)的“山”字型架構(gòu)，更多的是局部強(qiáng)化和整合。對(duì)于傳統(tǒng)企業(yè)來說，系統(tǒng)基本是”川”字型，大量相互獨(dú)立的商業(yè)套件組成遺留系統(tǒng)。如何基于這些系統(tǒng)搭建中臺(tái)挑戰(zhàn)很大，所以這里更多剖析傳統(tǒng)企業(yè)的中臺(tái)架構(gòu)。

下圖是比較典型的傳統(tǒng)企業(yè)中臺(tái)架構(gòu)：

整個(gè)架構(gòu)從上到下分4層：

1) 渠道&應(yīng)用

這是整個(gè)系統(tǒng)對(duì)外部分，包括各個(gè)應(yīng)用的前端，如APP/小程序/公眾號(hào), 這些是需要定制部分。同時(shí)提供Open API，對(duì)外部企業(yè)輸出業(yè)務(wù)能力。

2) 應(yīng)用平臺(tái)

應(yīng)用平臺(tái)是各個(gè)實(shí)際應(yīng)用的母體，首先包含各個(gè)應(yīng)用的服務(wù)端，比如小程序服務(wù)端/APP服務(wù)端，這些服務(wù)端針對(duì)具體場(chǎng)景，做流程編排和信息的聚合。

還有各個(gè)比較獨(dú)立的應(yīng)用模塊，如搜索/推薦/評(píng)論/拼團(tuán)，這些模塊不強(qiáng)調(diào)各個(gè)業(yè)務(wù)線之間共享，只是作為獨(dú)立模塊從服務(wù)端剝離出來，方便維護(hù)。

還有一些相對(duì)簡(jiǎn)單服務(wù)，不屬于基礎(chǔ)共享業(yè)務(wù)范疇，比如和具體某個(gè)業(yè)務(wù)相關(guān)的配置數(shù)據(jù)，也通過服務(wù)的方式封裝。

網(wǎng)關(guān)實(shí)現(xiàn)前后端隔離，包括外部訪問的安全驗(yàn)證和監(jiān)控，以及內(nèi)部路由和消息格式轉(zhuǎn)換。

3) 業(yè)務(wù)中臺(tái)

由一系列的通用基礎(chǔ)服務(wù)構(gòu)成，這些基礎(chǔ)服務(wù)邊界清晰，相互獨(dú)立，沒有調(diào)用關(guān)系。有些業(yè)務(wù)場(chǎng)景需要跨服務(wù)的數(shù)據(jù)，比如下單，需要同時(shí)涉及商品服務(wù)/庫(kù)存服務(wù)/訂單服務(wù)，一般在基礎(chǔ)服務(wù)之上有一層聚合服務(wù)，通過組合這些基礎(chǔ)服務(wù)，形成更大粒度的功能接口，供應(yīng)用平臺(tái)調(diào)用。

中臺(tái)最底下是技術(shù)中間件，包括消息推送，短信郵件，數(shù)據(jù)訪問等，穩(wěn)定性主要由這部分保證。

4) 后臺(tái)

包括兩部分，適配插件用于連接商戶內(nèi)部系統(tǒng)和中臺(tái)基礎(chǔ)服務(wù)，比如在中臺(tái)商品服務(wù)和后臺(tái)ERP之間同步商品和庫(kù)存數(shù)據(jù)，在會(huì)員服務(wù)和CRM之間同步會(huì)員信息。一般針對(duì)每個(gè)內(nèi)部系統(tǒng)有一個(gè)適配插件，適配插件起到類似硬件驅(qū)動(dòng)程序的作用，這個(gè)定制化程度比較高。

商戶內(nèi)部系統(tǒng)就不展開，各個(gè)企業(yè)的情況不同。

架構(gòu)圖最右邊是三方API對(duì)接，典型的如微信/支付寶的對(duì)接，美團(tuán)/餓了嗎三方外賣對(duì)接，天貓/京東的電商平臺(tái)對(duì)接。這個(gè)對(duì)接前端/應(yīng)用平臺(tái)/中臺(tái)都會(huì)涉及。

5. 總結(jié)

架構(gòu)向中臺(tái)轉(zhuǎn)型是業(yè)務(wù)復(fù)雜化發(fā)展的必然結(jié)果，中臺(tái)提供了多方面的價(jià)值，不管互聯(lián)網(wǎng)企業(yè)還是傳統(tǒng)企業(yè)，中臺(tái)的大方向都是沒錯(cuò)的。

對(duì)于互聯(lián)網(wǎng)企業(yè)，有基礎(chǔ)，往中臺(tái)靠是改良，需要注意的是，根據(jù)當(dāng)前的業(yè)務(wù)發(fā)展階段，平衡投入和產(chǎn)生比，適時(shí)啟動(dòng)中臺(tái)改造。

對(duì)于傳統(tǒng)企業(yè)，內(nèi)部IT基礎(chǔ)設(shè)施和面向互聯(lián)網(wǎng)的應(yīng)用差異很大，往中臺(tái)轉(zhuǎn)是革命性動(dòng)作。如何落地中臺(tái)戰(zhàn)略既需要頂層思考，又需要結(jié)合實(shí)際，做各種平衡和妥協(xié)。做的不好，效果適得其反，所謂不做中臺(tái)等死，做中臺(tái)馬上死，從這個(gè)意義上說，是否上中臺(tái)，有點(diǎn)類似十幾年前上大型ERP，需要?jiǎng)?wù)實(shí)的評(píng)估，拒絕形式主義。