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

中臺的概念一熱，很多似是而非的東西都在往中臺的概念上湊，一下子出現很多中臺，如業務中臺、資料中臺、技術中臺、演算法中臺、移動中臺等等。特別是很多原來稱作平臺的，現在也都搖身一變成了中臺，趕時髦。
一個概念太過寬泛是不利的，如果隨隨便便都是中臺，必然導致很多所謂的中臺專案失敗，導致中臺無用論。所以有必要對中臺的概念做一個比較準確的定義。

什麼是中臺？

要定義中臺，重要的是要能比較明確的區分中臺和平臺。 中臺和平臺都是某種共效能力，區分兩者的重點一是看是否具備業務屬性，二是看是否是一種組織。中臺是支援多個前臺業務且具備業務屬性的共效能力組織，平臺是支援多個前臺或中臺業務且不具備業務屬性的共效能力。 
為什麼要強調中臺必須具備業務屬性？可以來看一個例子。我們可以分析什麼叫資料中臺。如果一個企業把所有業務的資料都儲存在Oracle裡，我們能說這個Oracle資料庫是資料中臺嗎？顯然大家都會說不是（否則中臺不是幾十年的老古董了？）。那麼現在很多企業換成了Hadoop，所有業務資料都在一個Hadoop叢集裡，能說是資料中臺嗎？顯然也不是，這個Hadoop無非跟原來的Oracle一樣存了一堆資料而已。有人說這是因為這個Hadoop叢集只是一個系統，中臺必須是一個組織。那麼我們再加上建設和維護這個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年獲浙江大學計算機專業博士學位，之後加入網易公司。現作為網易杭州研究院執行院長，全面負責網易集團公共技術支撐工作與雲端計算、大資料業務，主要包括雲端計算與服務端架構、前端技術、大資料探勘分析、資訊保安、多媒體、運維、質量保障等方向。

點選瞭解更多網易資料