編者按：本文轉載自網易副總裁，網易杭州研究院執行院長汪源的個人公眾號“冷技術熱思考”（歡迎搜索關注）。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統一、全域用戶畫像建設、全域會員體系建設等為典型特征。用戶中台很通用，比更廣義的數據中台往往更常見。很多企業沒能力建設更全面的數據中台，但建設了會員中心等用戶中台。
04內容中台
內容中台往往也可以認為是一種特殊的數據中台，一般以內容的采買、內容爬取、內容的加工處理、內容安全保障等為典型特征。
05搜索推薦中台
這兩個中台比較像，因為搜索和推薦的技術比較相似。這兩個中台一般是為推薦和搜索系統提供一套相對標准的工作流程，同時支持流程各環節的可定制能力，從而支持多個前端推薦搜索業務的快速開發。
當然還有很多其他根據業務需要建設的中台，比方說對美團/餓了嗎來說，本地配送體系可以建設為中台，前提是這個體系不僅用於送餐。在電商行業，往往渠道運營用單獨的系統和團隊來支持各個BU（一般按品類分），也可以說是中台。
技術/算法/移動/研發中台當前基本不存在
一般來說，沒有技術中台，這是因為以技術為典型特征，又具備業務屬性的中台太難找了，沒有一個很好的案例。可以看看業界所謂的技術中台，包含了從IaaS到中間件等一系列在線業務技術，但能稱這些為中台嗎？可以把里面每個模塊都拿出來分析，保證你找不到一個跟業務相關的字眼。所以這些並不是中台。
其實A公司也只說業務中台和數據中台。其他的中台都是某些咨詢公司或不明真相的群眾牽強附會造出來的。
並不是說不能有技術中台，而是沒必要特別的稱作技術中台而非業務中台。對於提供技術服務的企業，它的業務前台就是技術前台，它的業務中台就是技術中台。比方說SaaS廠商的中台往往是個PaaS，這時這個PaaS可以稱之為技術中台，但也是這個產商的業務中台。同樣的一個PaaS，對於大多數別的企業，就變成只是支撐業務但本身沒有業務屬性的技術平台了。所以，為了避免混淆，導致把平台說成中台，不如堅持認為不存在技術中台。
同樣的道理，移動中台似乎只對做移動應用開發業務（比如說很多外包產商）的企業來說才是中台，但對這些企業來說移動中台也就是它的業務中台，所以也寧可不搞出一個移動中台這樣的新名詞為好。
那么，什么才是研發中台？H公司有專職的研發部負責支持所有前端業務的研發，讓聽得見炮火的人指揮戰斗，可能是名副其實的研發中台。
總之一句話，當前並沒有好的技術 / 算法 / 移動 / 研發中台，那些出來宣傳這些中台的要么是自己搞不清中台概念，糊塗，要么就是騙子。不過沒有這些中台說明整個行業在這方面的積累還不夠，是一種不足，希望過幾年有真正的這些中台出來。
這是關於中台系列的第一篇，目的是厘清什么是中台，什么不是中台。下一篇將討論什么時候要建中台及怎么建設中台，敬請期待。
作者簡介
網易副總裁，網易杭州研究院執行院長 汪源
2006年獲浙江大學計算機專業博士學位，之后加入網易公司。現作為網易杭州研究院執行院長，全面負責網易集團公共技術支撐工作與雲計算、大數據業務，主要包括雲計算與服務端架構、前端技術、大數據挖掘分析、信息安全、多媒體、運維、質量保障等方向。