中臺是什么，到底要解決什么問題？

故事的開始

這個最早由阿里在2015年提出的“大中臺，小前臺”戰略中延伸出來的概念，最近在國內大熱。阿里、騰訊、百度、京東、美團、滴滴等一眾互聯網巨頭，從去年到今年，接連開始組織架構的調整，意圖建設中臺......

而上周一個陽光明媚的下午茶時間，我正狗啃著手抓餅。老板忽然把我們一班人拉進會議室，語重心長跟我們說 —— 我們要搞數據中臺！

雖然一個會議下來，連他都沒說明白“中臺”到底是什么？但秉承不懂就少說，我茍了過去...直到吃完月餅，我們來對比下有無“中臺”的情況

項目現狀

項目有很多對內/對外/輔助，但無論項目內部的如何復雜，大體的結構都是 “用戶前臺”和“管理后臺”。

用戶前臺

面向用戶、直接產生交互，頁面注重設計/交互，與服務端產生數據交換引導用戶完成業務流程. 比如：

管理后臺

面向運營人員的配置管理系統，后臺為前臺提供了一些簡單的配置。比如：

用戶前臺、管理后臺、用戶之間的關系如下：

傳統模式下，項目迭代周期基本以月、季度為單位。長開發周期也意味著需求一旦變動，要么996，要么交付推遲

而且項目之間相對獨立，許多項目都在重復發明相同的“輪子”。讓項目越來越臃腫的同時，也讓開發效率越來越低。

但現實是互聯網進入下半場，企業競爭越來越激烈的今天。產品項目不能夠快速迭代、低成本試錯的后果，就等同讓企業處于一定的競爭劣勢。

為了解決以上問題，而應運而生的是“中臺”概念

中臺概念的先行者 Supercell

容忍失敗，甚至為失敗喝彩

Supercell，失敗從來不是可恥的記錄，而反倒是一種進步的動力。一款游戲推出遭到失敗后。其管理者的反應是“太好了，這款游戲失敗了，證明了我們剔除一條錯誤的道路”。獨特的“慶祝失敗”根植于其企業文化之中，潘納寧認為：“我們是在從失敗中吸取教訓的基礎上建立了這家公司。失敗得越快，我們學習得越快，也會變得越好”。

失敗時成功之母，能夠真正做到從失敗中獲取需要的信息，學習如何成功

深度利用云計算/微服務等技術，升級單個員工價值

Supercell采用的是亞馬遜的aws服務，他們每天需要處理萬億字節的數據，這些日志將會被用來改善游戲體驗。充足且統一的公共業務模塊，輔助團隊避免重復勞動，專注于玩法、游戲體驗創作即可快速堆砌產品。提升單個員工價值的同時，也降低了試錯的成本

小而精的團隊

300人的團隊被分成若干個小團隊，5-7個游戲開發者組成一個小團隊，開發自己的游戲，以最快的速度推出公測版，檢測游戲受用戶歡迎的情況。這些小團隊又被稱為“細胞”(cell)。團隊小意味著試錯成本不會太高，時間和方向也可以及時調整和轉變，以滿足高速變化的市場需要，對戰機的把握更加敏捷，一旦發現正確目標，就可以全力投入擴大戰果

信息共享

他們會給公司內部所有人分享所有的信息。每天早上，所有人都會收到郵件，包括每款游戲的詳細數據，工作環境非常透明化。游戲表現好，所有人都看得到，如果表現不行，所有人也都知道。這樣一來，會形成壓力比較大的工作環境，但對于合適的人來說，這也是他們努力的動力。

總結要有想法

中臺解決的問題

往技術層面說，中臺解決的問題是 ——?多項目?且 項目相對獨立，導致需要重復造輪子，如：文件上傳 / 訂單模塊 / 支付模塊 / 搜索模塊...引起的研發周期長，程序員996了都不能靈活應對業務變化 的情況

往業務層面說，中臺解決的是 —— 因為項目相對獨立，技術重復造引起的 研發周期長?/ 面對市場需求總是慢半拍(不靈活) / 試錯成本高?/?不利于創新

中臺解決的方式

• 通過 統一的公共技術模塊?抽離形成服務。再次需要該服務時通過接口調用完成，避免重復造輪子，避免研發周期拉長

• 明確業務流程，封裝成公共業務流程模塊。當下次走同樣業務流程時直接復用。降低試錯成本，有利創新

• 到時候技術研發的就不是項目，而是這些 “公共模塊” 形成的 服務，形成的 中臺

說了那么多，舉個例子：

中臺實例

他們開發出的游戲看上去風格迥異，卻存在許多共同之處。在業務上，共通的東西包括支付系統、用戶系統等等，在技術上，共同的東西包括游戲引擎，內部開發工具等等。而這些共通的資源，都可以由一個強大的“中臺”來提供：

中臺的架構思想改變的不只是項目結構，也影響了研發團隊的組織形式。SuperCell公司把這種高效的組織形式稱為“部落”。

緊隨其后，國內互聯網公司也紛紛開始了各自的中臺戰略。阿里巴巴提出了“大中臺，小前臺”的戰略：

圖中，阿里巴巴許多產品線的共通業務經過下沉，形成了中臺的各種業務中心，而Aliware則是阿里巴巴的技術中間件平臺，為各大業務線提供技術支持。

以上就是中臺概念的具體含義。

水了那么多終于水到個人感受

“中臺概念”往小地說，就是“微服務”。但中臺需要使用 產品管理 的方式來對待。因為中臺對外提供的服務需要不停的迭代，適應業務的需求，而不是等業務來提需求。對，技術人員也要懂業務。

至于 產品 和 項目 管理有什么區別？這你得找產品交流下心得、切磋下武藝~

嘔心吐血花費二個多月整理出的Java全面體系面試專題：Java后端+高并發+spring+多線程+Nginx+數據庫+JVM+Redis+Kafka+Linux等pdf

有需要獲取面試體系文檔的朋友可以加入Java架構技術交流Q群×××即可免費獲取