什麼是中臺？全部的中臺都是業務中臺

編者按：本文轉載自網易副總裁，網易杭州研究院執行院長汪源的我的公衆號「冷技術熱思考」（歡迎搜索關注）。7.26的雲創峯會上，汪源承諾會寫三篇文章，力求說清楚什麼是中臺，何時要考慮建中臺，怎麼建中臺。今天是第一篇，目標是釐清什麼是中臺。如下爲原文：

中臺的概念一熱，不少似是而非的東西都在往中臺的概念上湊，一會兒出現不少中臺，如業務中臺、數據中臺、技術中臺、算法中臺、移動中臺等等。特別是不少原來稱做平臺的，如今也都搖身一變成了中臺，趕時髦。
一個概念太過寬泛是不利的，若是隨隨便便都是中臺，必然致使不少所謂的中臺項目失敗，致使中臺無用論。因此有必要對中臺的概念作一個比較準確的定義。

什麼是中臺？

要定義中臺，重要的是要能比較明確的區分中臺和平臺。 中臺和平臺都是某種共性能力，區分二者的重點一是看是否具有業務屬性，二是看是不是一種組織。中臺是支持多個前臺業務且具有業務屬性的共性能力組織，平臺是支持多個前臺或中臺業務且不具有業務屬性的共性能力。
爲何要強調中臺必須具有業務屬性？能夠來看一個例子。咱們能夠分析什麼叫數據中臺。若是一個企業把全部業務的數據都存儲在Oracle裏，咱們能說這個Oracle數據庫是數據中臺嗎？顯然你們都會說不是（不然中臺不是幾十年的老古董了？）。那麼如今不少企業換成了Hadoop，全部業務數據都在一個Hadoop集羣裏，能說是數據中臺嗎？顯然也不是，這個Hadoop無非跟原來的Oracle同樣存了一堆數據而已。有人說這是由於這個Hadoop集羣只是一個系統，中臺必須是一個組織。那麼咱們再加上建設和維護這個Hadoop集羣的團隊，整個加起來就是中臺了嗎？
仍然不是，由於這個團隊是不須要爲業務負責的，不具有業務屬性。而如今你們比較公認的數據中臺，指的是確保OneID、OneData得以實現的組織，使得數據再也不是各前端業務獨立管理，而是經過統一的團隊在數據標識、指標、數據倉庫等方面實現了跨業務的整合。之因此這樣你們會認爲是名符其實的數據中臺，是由於指標必定是面向業務的，數據倉庫的建設必定也包含了一些業務邏輯。因此那個大大的Hadoop並非數據中臺，而是大數據平臺。

咱們還能夠看到是中臺仍是平臺與所在的業務環境相關。一樣的能力對A業務來講可能具有業務屬性從而是中臺，但對B業務來講沒有業務屬性從而是平臺。好比說IDC建設和運維對AWS來講可謂相當重要的業務中臺，而對絕大多數企業來講只能說是平臺。PaaS平臺對SaaS廠商來講是業務中臺，但對絕大多數企業來講也只能說是平臺。

因此，不具有業務屬性的能力，即使是共性的，即使有一個專職的部門在作，即使對業務很是重要，也不能稱之爲中颱，而仍是應該稱之爲平臺。不然就會出現不少與業務八杆子打不着的各類中臺，混淆視聽。所以，應該說全部中臺都是業務中臺，沒有別的類型的中臺。數據中臺、搜索中臺、內容中臺、零售中臺等等，都是特定形式的業務中臺，也仍是業務中臺。

中臺的定義還要求如下兩點：
1. 中臺是一種共性能力組織，支持了多個業務。
2. 中臺支持的是多個前臺業務。

第一點不用多說，只支持一個業務的能力至少暫時不能稱爲中颱（固然能夠有進一步建設爲中颱的規劃或可能性）。之因此強調第二點是由於有太多的公司的業務不是靠前臺打下來的，而是靠財務後臺作帳作出來的。理論上能夠有，但咱們應該支持這樣加強作帳能力的中臺嗎？對於那些專業提供作帳服務的公司，還真須要這樣的中臺，但這時作帳就是它的前臺業務了。
中臺的定義並無限定中臺的建設層次。中臺能夠在不少個層次上建設，並非說必須是企業或集團級別的。BU和BG層面建設中臺每每更常見，也一般頗有意義。即使更小的層面比方几十人的小部門，中臺也頗有價值。好比一個小團隊也能夠作電商業務，這時若是有一套好用的電商中臺那就幫了大忙了，而事實上業界也有不少公司在提供這樣的能力。

典型的中臺有哪些？

除了常說的業務中臺，咱們還常常聽到數據中臺、用戶中臺、搜索中臺、推薦中臺、內容中臺、技術中臺、算法中臺、移動中臺、研發中臺等等一系列的XX中臺的說法，但這些中臺未必都是真正的中臺。
前面已經說過，廣義上講業務中臺包含了全部中臺，不一樣的XX中臺都是業務中臺的細分方向，反映的是該中臺在業務領域或者技術上的某些特徵。但你們每每只用業務中臺來指稱在線業務中臺。基於這個假定，當前典型的真正的中臺大體只有如下幾個：

01（狹義的）業務中臺

通常指在線業務爲典型特徵的中臺。在OLDI（Online Data-Intensive）時代，愈來愈多的企業的核心業務都是在線業務，所以把在線業務中臺簡稱爲業務中臺。但對那些不是以在線業務爲主的企業，它須要的業務中臺可能就不是在線業務中臺了，而是數據中臺或別的什麼中臺。

02數據中臺

通常指以數據採集、數據集成、數據治理，指標體系和數據倉庫統一建設等數據管理活動爲典型特徵的中臺。一樣，在OLDI時代，數據中臺愈來愈重要。狹義的業務中臺也就是在線業務中臺負責OLDI中的OL（Online），數據中臺負責OLDI中的DI（Data-Intensive）。

03用戶中臺

用戶中臺能夠認爲是一種特殊的數據中臺，通常以用戶ID統1、全域用戶畫像建設、全域會員體系建設等爲典型特徵。用戶中臺很通用，比更廣義的數據中臺每每更常見。不少企業沒能力建設更全面的數據中臺，但建設了會員中心等用戶中臺。

04內容中臺

內容中臺每每也能夠認爲是一種特殊的數據中臺，通常之內容的採買、內容爬取、內容的加工處理、內容安全保障等爲典型特徵。

05搜索推薦中臺

這兩個中臺比較像，由於搜索和推薦的技術比較類似。這兩個中臺通常是爲推薦和搜索系統提供一套相對標準的工做流程，同時支持流程各環節的可定製能力，從而支持多個前端推薦搜索業務的快速開發。
固然還有不少其餘根據業務須要建設的中臺，比方說對美團/餓了嗎來講，本地配送體系能夠建設爲中颱，前提是這個體系不只用於送餐。在電商行業，每每渠道運營用單獨的系統和團隊來支持各個BU（通常按品類分），也能夠說是中臺。

技術/算法/移動/研發中臺當前基本不存在

通常來講，沒有技術中臺，這是由於以技術爲典型特徵，又具有業務屬性的中臺太難找了，沒有一個很好的案例。能夠看看業界所謂的技術中臺，包含了從IaaS到中間件等一系列在線業務技術，但能稱這些爲中颱嗎？能夠把裏面每一個模塊都拿出來分析，保證你找不到一個跟業務相關的字眼。因此這些並非中臺。
其實A公司也只說業務中臺和數據中臺。其餘的中臺都是某些諮詢公司或不明真相的羣衆牽強附會造出來的。
並非說不能有技術中臺，而是不必特別的稱做技術中臺而非業務中臺。對於提供技術服務的企業，它的業務前臺就是技術前臺，它的業務中臺就是技術中臺。比方說SaaS廠商的中臺每每是個PaaS，這時這個PaaS能夠稱之爲技術中臺，但也是這個產商的業務中臺。一樣的一個PaaS，對於大多數別的企業，就變成只是支撐業務但自己沒有業務屬性的技術平臺了。因此，爲了不混淆，致使把平臺說成中臺，不如堅持認爲不存在技術中臺。
一樣的道理，移動中臺彷佛只對作移動應用開發業務（好比說不少外包產商）的企業來講纔是中臺，但對這些企業來講移動中臺也就是它的業務中臺，因此也寧肯不搞出一個移動中臺這樣的新名詞爲好。
那麼，什麼纔是研發中臺？H公司有專職的研發部負責支持全部前端業務的研發，讓聽得見炮火的人指揮戰鬥，多是名副其實的研發中臺。
總之一句話，當前並無好的技術 / 算法 / 移動 / 研發中臺，那些出來宣傳這些中臺的要麼是本身搞不清中臺概念，糊塗，要麼就是騙子。不過沒有這些中臺說明整個行業在這方面的積累還不夠，是一種不足，但願過幾年有真正的這些中臺出來。

這是關於中臺系列的第一篇，目的是釐清什麼是中臺，什麼不是中臺。下一篇將討論何時要建中臺及怎麼建設中臺，敬請期待。

做者簡介

網易副總裁，網易杭州研究院執行院長 汪源
2006年獲浙江大學計算機專業博士學位，以後加入網易公司。現做爲網易杭州研究院執行院長，全面負責網易集團公共技術支撐工做與雲計算、大數據業務，主要包括雲計算與服務端架構、前端技術、大數據挖掘分析、信息安全、多媒體、運維、質量保障等方向。

點擊瞭解更多網易數據中臺