什麼是中臺?所有的中臺都是業務中臺
編者按:本文轉載自網易副總裁,網易杭州研究院執行院長汪源的個人公眾號“冷技術熱思考”(歡迎搜尋關注)。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年獲浙江大學計算機專業博士學位,之後加入網易公司。現作為網易杭州研究院執行院長,全面負責網易集團公共技術支撐工作與雲端計算、大資料業務,主要包括雲端計算與服務端架構、前端技術、大資料探勘分析、資訊保安、多媒體、運維、質量保障等方向。
點選瞭解更多網易資料