一、火熱的中臺
2019年，中臺這個概念非常熱門，由于這種模式有助于提高效率、降低成本、保證質量，一線互聯網大廠，如阿里，騰訊，網易，滴滴，紛紛入坑中臺。
數據中臺、用戶中臺、搜索中臺、電商中臺、推薦中臺、內容中臺、技術中臺、算法中臺、移動中臺……一系列中臺不斷涌現。
中臺其實是一個非常復雜的具有共性能力的組織。一個強大的中臺支持眾多的小團隊研發。讓小團隊更靈活，降低創新成本，更快更輕地試錯和創新。
堅實的中臺服務讓每一個團隊不僅可以獲得足夠的技術支撐，也可以使其他業務團隊積累豐富的數據和經驗。這也就不難理解中臺為何會成為互聯網企業未來組織變革的重要趨勢了。
中臺設計的業務復雜，隨著中臺成長起來的程序員，對業務有深入的理解，其不可替代性很強。中臺程序員，利用后臺的技能高效的完成了“前臺”的業務，能夠以高效率、高產出的方式搭建出一套完整的推薦服務及其周邊配套設施，快速實現業務目標，進而提升自己的個人價值。
二、大中臺與小前臺
2.1 來源
任何一個軟件系統都是通過幫助客戶解決問題來實現價值的。針對不同的需求會建立不同的軟件項目。
這些軟件項目包含客戶端的應用和后臺管理配置的應用。久而久之就形成了固定的“前臺”和“后臺”系統，而且大家都在樂此不疲地開發著類似的業務系統。
- 用戶前臺 ：面向用戶、直接產生交互，頁面注重設計/交互，與服務端產生數據交換引導用戶完成業務流程. 比如：
- 管理后臺：面向運營人員的配置管理系統，后臺為前臺提供了一些簡單的配置。
用戶前臺、管理后臺、用戶之間的關系如下：
傳統模式下，項目迭代周期基本以月、季度為單位。長開發周期也意味著需求一旦變動，要么996，要么交付推遲.
而且項目之間相對獨立，許多項目都在重復發明相同的“輪子”。讓項目越來越臃腫的同時，也讓開發效率越來越低。
但現實是互聯網進入下半場，企業競爭越來越激烈的今天。產品項目不能夠快速迭代、低成本試錯的后果，就等同讓企業處于一定的競爭劣勢。
為了解決以上問題，而應運而生的是“中臺”概念。
2.2 中臺案例
2.2.1 supercell
SuperCell公司就像是一個高產的游戲孵化器，在幾年內開發出了10款以上的游戲，但是大部分用于試錯的游戲都在研發過程中被腰斬了，最終呈獻給用戶的幾款游戲都是經典中的經典。
是什么讓SuperCell公司能夠如此高效地試錯和迭代呢？他們依靠的是強大的平臺資源，支撐起各個游戲開發的小團隊。
他們開發出的游戲看上去風格迥異，卻存在許多共同之處。在業務上，共通的東西包括支付系統、用戶系統等等，在技術上，共同的東西包括游戲引擎，內部開發工具等等。而這些共通的資源，都可以由一個強大的“中臺”來提供：
中臺的架構思想改變的不只是項目結構，也影響了研發團隊的組織形式。SuperCell公司把這種高效的組織形式稱為“部落”。
緊隨其后，國內互聯網公司也紛紛開始了各自的中臺戰略。
2.2.2 阿里巴巴
圖中，阿里巴巴許多產品線的共通業務經過下沉，形成了中臺的各種業務中心，而Aliware 則是阿里巴巴的技術中間件平臺，為各大業務線提供技術支持。
2.3 中臺的價值
2.3.1 業務方面的作用
- 快速切入市場
- 專業人員融入系統
- 定義平臺規則
2.3.2 技術方面的作用
- 服務重用：中臺的初衷就是抽離通用的部分
- 服務進化：技術會跟隨業務的進化而進化，每一次進化都是一次技術的沉淀。
- 快速響應
- 數據積累：長年累月的數據積累，特別是對業務數據的積累，能夠幫助我們帶來商業價值。
- 提高效率
2.4 中臺的分類
典型的分類：
- 業務中臺
- 技術中臺
- 數據中臺
- 算法中臺
2.4.1 業務中臺
業務中臺：把各個項目都有可能設計到的公共業務進行下沉，整合成通用的服務：
2.4.2 技術中臺
技術平臺：為了避免研發人員重復發明輪子，向各個項目提供通用的底層框架、引擎、中間件。 例如，作者本人所在的網易云計算的輕舟微服務產品就是屬于該技術中臺的范疇，有興趣可以百度了解一下：
2.4.3 數據中臺
數據中臺：為各個項目進行各種數據采集和分析：
2.4.4 算法中臺
算法中臺：為各個項目提供算法能力，比如推薦算法、搜索算法、圖像識別、語音識別等等：
2.5 中臺模式的適用場景
中臺模式特別有利于業務復制嘗試和需要大量嘗試創新的業務。
例如，當前字節跳動的很多業務就比較適合這種中臺模式。
- 從0到1的階段（初創公司）：沒必要建中臺。從0到1的創業型公司，首要目的是生存下去，以最快的速度打造出產品，證明自身的市場價值。
- 從1到10的階段（成長性公司）：可以開始嘗試。企業有了一定規模，產品得到市場認可，這時候公司的首要目的不再是活下去，而是活的更好。趁著項目復雜度還不是特別高，考慮把各項目的通用部分下沉，組建中臺，方便后續新項目的嘗試和舊項目的迭代。
- 從10到N的階段（高速發展公司）：搭建中臺勢在必行。當企業已經有了很大的規模，各種產品、服務、部門錯綜復雜，這時候做架構調整會比較痛苦。但是長痛不如短痛，為了項目的長期發展，還是需要盡早調整架構，實現平臺化，以免日后越來越難以維護。
2.6 中臺的生命周期
任何事物都有自身的運轉規律，中臺系統也不例外。首先我們需要滿足使用者在某種場景中的需求，通過對需求的轉化我們知道需要通過哪些功能或者系統來實現。
這些功能或者系統是否已經在中臺系統中存在？如果存在是否需要進行優化或者拆分，如果不存在是否做成可以有通用性的模塊？
在定義了以上幾點以后，再進行設計，編碼調試，集成測試。最后，發布給客戶去驗證業務的可行性。
如果發現問題再回到需求的原點重新走一次上面的過程，周而復始，直到滿足客戶的需求為止。
