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

系列文章：
上篇《 中臺是什麼？解決什麼問題？》
下篇《 有關中臺的誤解以及精選中臺解讀》

故事的開始

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

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

雖然一個會議下來，連他都沒說明白「中臺」究竟是什麼？但秉承不懂就少說，我苟了過去...直到吃完月餅，咱們來對比下有無「中臺」的狀況

項目現狀

項目有不少對內/對外/輔助，但不管項目內部的如何複雜，大致的結構都是 「用戶前臺」和「管理後臺」。

用戶前臺 

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

管理後臺

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

用戶前臺、管理後臺、用戶之間的關係以下：

傳統模式下，項目迭代週期基本以月、季度爲單位。長開發週期也意味着需求一旦變更，要麼996，要麼交付推遲

並且項目之間相對獨立，許多項目都在重複發明相同的「輪子」。讓項目愈來愈臃腫的同時，也讓開發效率愈來愈低。

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

爲了解決以上問題，而應運而生的是「中臺」概念

中臺概念的先行者 Supercell

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

Supercell，失敗歷來不是可恥的記錄，而反卻是一種進步的動力。一款遊戲推出遭到失敗後。其管理者的反應是「太好了，這款遊戲失敗了，證實了咱們剔除一條錯誤的道路」。獨特的「慶祝失敗」根植於其企業文化之中，潘納寧認爲：「咱們是在從失敗中吸收教訓的基礎上創建了這家公司。失敗得越快，咱們學習得越快，也會變得越好」。

失敗時成功之母，可以真正作到從失敗中獲取須要的信息，學習如何成功

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

Supercell採用的是亞馬遜的aws服務，他們天天須要處理萬億字節的數據，這些日誌將會被用來改善遊戲體驗。充足且統一的公共業務模塊，輔助團隊避免重複勞動，專一於玩法、遊戲體驗創做便可快速堆砌產品。提高單個員工價值的同時，也下降了試錯的成本

小而精的團隊

300人的團隊被分紅若干個小團隊，5-7個遊戲開發者組成一個小團隊，開發本身的遊戲，以最快的速度推出公測版，檢測遊戲受用戶歡迎的狀況。這些小團隊又被稱爲「細胞」(cell) 。團隊小意味着試錯成本不會過高，時間和方向也能夠及時調整和轉變，以知足高速變化的市場須要，對戰機的把握更加敏捷，一旦發現正確目標，就能夠全力投入擴大戰果

信息共享

他們會給公司內部全部人分享全部的信息。天天早上，全部人都會收到郵件，包括每款遊戲的詳細數據，工做環境很是透明化。遊戲表現好，全部人都看獲得，若是表現不行，全部人也都知道。這樣一來，會造成壓力比較大的工做環境，但對於合適的人來講，這也是他們努力的動力。

總結要有想法

中臺解決的問題

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

往業務層面說，中臺解決的是 —— 由於項目相對獨立，技術重複造引發的 研發週期長 / 面對市場需求老是慢半拍(不靈活) / 試錯成本高 / 不利於創新

中臺解決的方式

• 經過 統一的公共技術模塊 抽離造成服務。再次須要該服務時經過接口調用完成，避免重複造輪子，避免研發週期拉長
• 明確業務流程，封裝成公共業務流程模塊。當下次走一樣業務流程時直接複用。下降試錯成本，有利創新
• 到時候技術研發的就不是項目，而是這些 「公共模塊」 造成的 服務，造成的 中臺

說了那麼多，舉個例子：

中臺實例

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

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

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

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

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

水了那麼多終於水到我的感覺

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

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

上篇《 中臺是什麼？解決什麼問題？》到這裏就告一段落了。歡迎延伸閱讀~
下篇《 有關中臺的誤解以及精選中臺解讀》是針對 爲何須要中臺、怎麼樣的中臺是好中臺 的好文章，值得參考

閱讀參考

企業紛紛效仿阿里建中臺，究竟是盲目跟風仍是不作會死？	mp.weixin.qq.com/s?__biz=MjM…
我看中臺	mp.weixin.qq.com/s/fQ98fe3XH…
漫畫：什麼是中臺	mp.weixin.qq.com/s/rF7_xJBq4…
掘金： 數據中臺	juejin.im/search?quer…
讀透《阿里巴巴數據中臺實踐》，其到底有什麼高明之處？	juejin.im/post/5d79fe…
知乎：中臺如何作到快速響應	www.zhihu.com/search?type…
業務中臺探索和實踐：軟件的根本問題	zhuanlan.zhihu.com/p/59867439
什麼是中臺？什麼不是中臺？全部的中臺都是業務中臺	zhuanlan.zhihu.com/p/77097815
如何建設中臺？中臺建設的組織、支撐技術和方法論	zhuanlan.zhihu.com/p/77362869
什麼是人力資源中臺模式？	www.zhihu.com/question/33…
數據中臺：宜信敏捷數據中臺建設實踐|分享實錄
OPPO數據中臺之基石：基於Flink SQL構建實數據倉庫
你的企業真的須要「數據中臺」嗎？

若是以爲個人文章對你有用，請點贊鼓勵