對中臺的探索與思考
前言
今天要分享的主題是：對中臺的探索與思考。
中臺概念如今已經不是什么新的名詞了，相信大家對中臺都有所耳聞，目前各大企業(yè)已經先后開始建設自己的中臺。
那中臺到底是什么？為什么大家要建設中臺？怎樣去建設中臺？
希望通過本次分享，能讓大家有所收獲。
本次分享主要分為三個部分：
概念篇：介紹中臺的發(fā)展歷史，中臺的分類，讓大家對中臺概念有一個了解。
案例篇：分享一些中臺建設的案例，讓大家對各種類型的中臺有更清晰的認識。
思考篇：聊一聊我對中臺建設的一些思考。
概念篇
中臺的發(fā)展歷史
2008年阿里戰(zhàn)略調整創(chuàng)建天貓，因為天貓與淘寶相比有他自身的特性，所以當時淘寶和天貓各自為戰(zhàn)，沒有共用一套系統(tǒng)架構，也就是現(xiàn)在所說的煙囪式系統(tǒng)架構，這種架構造成大量重復工作與資源浪費，那怎么解決呢？阿里共享事業(yè)部就誕生了，負責將前臺公共部分進行平臺化改造，為中臺戰(zhàn)略埋下了種子。
2015年，馬云訪問Supercell,這是一家開發(fā)游戲的公司，他發(fā)現(xiàn)這家公司雖然開發(fā)了很多款游戲，卻只有不到200名員工，每款游戲也就5-7人，快速開發(fā)產品公測，如果產品不成功就快速放棄。
實現(xiàn)這種快速試錯機制的前提是開發(fā)速度要快，Supercell就是使用了中臺機制，開發(fā)新產品就像搭積木一樣可以快速實現(xiàn)。
于是，阿里CEO張勇在2015年提出啟動中臺戰(zhàn)略。國內中臺概念的誕生。
?
2018開始中臺概念全面爆發(fā)，騰訊、京東等大廠都開始建設自己的中臺。
?
到現(xiàn)在，互聯(lián)網行業(yè)進入下半場，中臺戰(zhàn)略也隨之進入了下半場，各企業(yè)紛紛開始建立自己的中臺。
這里我要解釋一下，什么是互聯(lián)網行業(yè)的下半場。
先說互聯(lián)網行業(yè)的上半場，上半場是面向C端的消費互聯(lián)網，目前已經逐漸飽和，因為用互聯(lián)網的人就這么多，用戶增長紅利已經不見了，企業(yè)為了更好的發(fā)展，就開始進入下半場，由面向C端的消費互聯(lián)網轉為面向B端的產業(yè)互聯(lián)網。
面向B端客戶就會面臨個性化需求嚴重的情況，所以大家都想建立中臺復用中臺能力，來更好的支持B端客戶的快速迭代。
什么是中臺
那現(xiàn)在我們來看一下中臺是什么。
說中臺之前，我們先來看一下沒有中臺的組織架構是什么樣的。
沒有中臺的時候，一般分為前臺和后臺。
前臺：直接向用戶交付的產品、開發(fā)產品的人
后臺：可以理解成提供基礎技術的支撐，比如erp、cms、基礎技術平臺（中間件、大數(shù)據(jù)）
?
那引入中臺后的組織架構是什么樣的呢？
前臺：從中臺獲取可復用能力快速形成面向用戶的產品
中臺：企業(yè)級能力復用平臺
后臺：為中臺提供建設中臺的原料，比如：基礎中間件、devops等等
?
這里其實我們已經給中臺下了定義，那就是：企業(yè)級能力復用平臺
企業(yè)級：說明了中臺的使用范圍是面向整個企業(yè)的
能力：抽象解釋了中臺是各種能力的集合體
復用：說明了中臺的內容一定是公共的，能復用的。
平臺：平臺是建設中臺的基座，建設中臺之前一般都是先建設平臺
?
說到這，正好可以引出一個話題，中臺與平臺有什么區(qū)別。
我們來看一下平臺的概念。
平臺，是開放出去的一些通用功能，你可以直接來用這個平臺提供的一些功能，他主要是站在自己的角度來構建和開放一些通用化的能力，而不是有目的為了抽取前端通用和公共的可復用能力來設計的
可以看出平臺重技術，輕業(yè)務。平臺對比與中臺更偏向底層。
中臺的類型
關于中臺的類型，主流的分類就是業(yè)務和數(shù)據(jù)雙中臺架構了。
業(yè)務中臺顧名思義，指的是把企業(yè)內能夠復用的業(yè)務能力抽取出來，集成到中臺建設中
數(shù)據(jù)中臺，主要就是采集數(shù)據(jù)，讓各個業(yè)務間共享數(shù)據(jù)。
數(shù)據(jù)中臺和業(yè)務中臺主要是為前臺賦能的。
那什么是技術中臺呢？
技術中臺可以認為是更加底層的技術基座，與業(yè)務關聯(lián)可能不大，技術中臺有點類似于平臺的概念。
技術中臺是建設中臺的第一步，前臺業(yè)務團隊接入技術中臺，阻力比較小.
案例篇
京東移動技術中臺
京東移動技術中臺主要建設了三個部分：標準化、工具化、組件化。
提供了下圖中整體DevOps體系能力：
標準化：指的是整體開發(fā)、測試、發(fā)布這些工作流程的標準化
工具化：指的是為了實現(xiàn)標準化流程，自研適合自己企業(yè)的工具
組件化：指的是通用能力形成公共組件，供企業(yè)內所有前端產品共用
京東移動中臺的組件化程度如下圖：
可以看到，京東是組件貢獻大戶，其他業(yè)務借用公共組件就可以很快生成新的產品給用戶使用，就拿極速版來講，它的組件借用率高達71，貢獻率只為3，也就說明它基本上就是通過組件堆積出來的，基本不需要自己開發(fā)什么。
某電商業(yè)務中臺
下圖展示了一個常見的電商業(yè)務中臺架構圖。
前臺可以類比與淘寶、天貓、閑魚等各種電商的業(yè)務線，直接面向用戶。
中臺為前臺提供一套商品、訂單、庫存等通用的電商業(yè)務流程。
后臺為中臺提供基礎的支撐，比如用戶、倉儲、物流等等。
這里我單獨對訂單中臺做一個展開，建設電商中臺一般要開發(fā)獨立的流程編排引擎，對不同的業(yè)務流程進行編排滿足于不同的業(yè)務，比如實體商品的買賣和虛擬商品的買賣肯定流程是不一樣的。再細節(jié)就不展開說明了。
總結起來，業(yè)務中臺建設目標呢就是通用業(yè)務的集中化和可編排化。
某數(shù)據(jù)中臺
在數(shù)據(jù)中臺中，首先要實現(xiàn)數(shù)據(jù)資產化，三大體系保證了數(shù)據(jù)資產化順利進行：
（1）One Model：簡單的理解就是數(shù)據(jù)模型的統(tǒng)一，我們不用重新建模，只要調用數(shù)據(jù)中臺中已有的模型即可，一個模型可以被多個業(yè)務部門共享。
（2）One ID：打通了用戶賬號，可以在多終端識別同一用戶。
（3）One Service：統(tǒng)一的數(shù)據(jù)服務中間件，實現(xiàn)對外的數(shù)據(jù)服務。
提到數(shù)據(jù)中臺我們第一個想到的就是大數(shù)據(jù)部門，下圖是某公司大數(shù)據(jù)部門的發(fā)展戰(zhàn)略：
?
圖中還少了一個數(shù)據(jù)湖的階段，數(shù)據(jù)湖與大數(shù)據(jù)倉庫主要的區(qū)別就是存儲數(shù)據(jù)的方式不同，數(shù)據(jù)倉庫存儲的都是經過結構化轉換后的數(shù)據(jù)，數(shù)據(jù)湖則不同，存儲大量結構化與非結構化的原始數(shù)據(jù)，包含音視頻二進制等等。能更好的為人工智能，機器學習提供數(shù)據(jù)支持。
?
思考篇
什么樣的企業(yè)適合建設中臺
中臺的優(yōu)點我們通過之前的內容已經大體上清楚了，但不合理的建設中臺其實也有著它的缺點：
-
拖慢業(yè)務：中臺體系反應遲緩，在各種商業(yè)競爭上頻繁敗北。這似乎與前面提到的第一個中臺期望背道而馳。
-
遏制創(chuàng)新：中臺化的企業(yè)普遍喪失業(yè)務創(chuàng)新能力，無法跟上競爭對手的步伐。
-
人才流失：中臺化之后的企業(yè)，優(yōu)秀人才會大量流失。
-
傷害客戶：中臺化之后的企業(yè)，會逐漸減少對用戶體驗的關注。當用戶不再是企業(yè)的關注點，最終整個企業(yè)也將在競爭中喪失優(yōu)勢。
那所有企業(yè)都適合建設中臺嗎？不是這樣的，如果企業(yè)的業(yè)務線沒有能夠通用的內容，那通用的業(yè)務抽離不出來，就無法建立業(yè)務中臺，如果強行建立的話反而會適得其反。
另外企業(yè)發(fā)展的初期，也不適合建立中臺，這個時候快速實現(xiàn)功能搶占市場才是當前企業(yè)的使命。建設中臺并不能幫助企業(yè)快速搶占市場，架構設計原則之一就是演進式架構，合適的時間要采用合適的策略。
那什么樣的企業(yè)適合建設中臺呢，最合適建設中臺的企業(yè)最好有多條業(yè)務線，它們的體量相似，QPS 都不高，業(yè)務線間相似度高，多條業(yè)務線的變更頻次基本穩(wěn)定。
如何建設中臺
建設前必須想清楚的四個問題
1）中臺建設的愿景是什么？
“遇事不決看愿景”，建設中臺之前一定要確定唯一的正確的目標，這也是架構設計的準則之一。
2）中臺的用戶和客戶是誰？
用戶和客戶是一個群體么，除了用戶和客戶還有哪些干系方。對于中臺來講，他的干系方還不止是用戶和客戶這兩方，因為其所處的特殊位置，干系方往往紛繁復雜。在保持自己方向的前提下，找到各方利益的結合點，是一件非常困難且有必要的事情。否則，在建設過程中就會受到各方的阻力，產生摩擦，導致中臺很難推進落地。
但反過來講，中臺也不應該只是極力去滿足各方的訴求，中臺團隊畢竟不是業(yè)務的外包團隊。中臺需要有自己的思想和規(guī)劃，要能做到聽得進別人的話，但是還要明確自己的目標，走自己的路。而自己的目標，就是來源于上面提到的中臺建設愿景，而中臺的愿景也往往來源于企業(yè)的戰(zhàn)略需要。
3）中臺的錢由誰出？
市面上的中臺建設，如果從投資結構來講，基本上可以分為兩種類型，即“眾籌模式”和“投融資模式”
眾籌模式就是用戶預付款，就是從業(yè)務前臺集資，有錢的捧個錢場沒錢的碰個人場，能出預算的出預算，能出人的出人，來組建中臺團隊，然后再反過來服務于前臺業(yè)務團隊。
投融資模式，顧名思義，就是一個產品的建設前期先由投資方出資，按照產品的建設目標經過一段時間的建設期，相對成熟之后，再逐漸地讓用戶使用，最終通過對于用戶的服務，讓用戶滿意，實現(xiàn)收入并收回企業(yè)投資且盈利的模式。目前大部分的創(chuàng)業(yè)公司都是采用類似的模式。
4）中臺的目標怎么驗證？
建設中臺一定要有量化結果，讓領導能看得出建設中臺的效果。
?
中臺建設的實例路徑：
DDD、微服務與中臺的關系
首先中臺我們已經知道是什么了，那么建立中臺的后端技術架構一般就是使用的微服務架構，
DDD領域驅動設計方法可以幫助我們定義領域模型，限界上下文，聚合等，在中臺建設中可以指導我們更好的為業(yè)務劃分邊界，也能指導我們更合理的拆分微服務。
關于DDD的一些概念說起來又是很長的話題了，本文就不詳細說明了。
前端是如何適應中臺化的
單體前端的困境
傳統(tǒng)企業(yè)在完成中臺轉型后，雖然后臺的業(yè)務完成了微服務架構的升級，但前端仍然是單體模式，隨著時間推移和業(yè)務發(fā)展，前端會變得越來越臃腫，越來越難維護。很多企業(yè)都想把所有的業(yè)務能力都盡量集中到一個 APP 中。試想如果仍然沿用單體前端的設計模式。前端項目團隊將面對多個中臺微服務團隊，這就需要相當高的溝通成本和技術要求。
從單體前端到微前端
為了解決單體前端的問題，我們可以借鑒微服務的設計思想，引入微前端概念。讓每個微前端可以單獨部署維護，常見的微前端類型如下：
集成方式
總結
本文從中臺的歷史開始說起，逐步引出中臺的概念，再通過三個案例向大家介紹了技術中臺、業(yè)務中臺、數(shù)據(jù)中臺的展現(xiàn)形式，最后分享了一些在中臺建設中常見的問題。
好了，對中臺的探索我們就介紹到這里。最后為大家留下一個思考題吧。
你的企業(yè)目前處于什么階段？是否適合建設自己的中臺？歡迎留言討論！?
?
往期文章推薦：
長按識別二維碼，了解更多
