2.3 揭開中臺神秘的面紗

2.3.1 通過一個做菜案例讀懂中臺

既然前面已經(jīng)強調(diào)了這么多前后臺模式的弊病，那么號稱能解決這些問題的中臺解決方案到底是什么呢？讓我們以做菜這一通俗的例子來快速理解中臺！

如果將互聯(lián)網(wǎng)公司的研發(fā)中心比作一個廚房，將研發(fā)新產(chǎn)品的過程比作做菜的話，我們就可以很容易地理解這個概念了。

首先請大家想一個問題，在一家客流量非常大的餐廳中，我們要如何縮短客人的等餐時間呢？

相信很多人的第一想法就是增加多名廚師，但是對大多數(shù)的餐廳而言單純增加廚師是不實際的，因為隨之而來的是很高的人力成本，而且每天業(yè)務(wù)高峰期只有中午和晚上這兩個時間點，雖然在飯點我們解決了這一問題，但是在一天中其他的時間里新增的這些廚師就顯得非常冗余了。

正確的做法是將做菜這個任務(wù)拆分，從多個環(huán)節(jié)來思考。做菜流程如圖2-4所示。

這樣拆分后，我們可以發(fā)現(xiàn)，無論做任何菜系，買菜與配菜都是共有的兩個步驟，我們完全可以只增加一位配菜的小哥來代替廚師去進行部分環(huán)節(jié)，這也就是現(xiàn)在主流的餐廳組織架構(gòu)。改造后的做菜流程如圖2-5所示。

這樣，我們每一位廚師新做一道菜時就沒有必要從買菜、洗菜、切肉這些基礎(chǔ)的環(huán)節(jié)開始，而是完全可以直接使用他人切好的肉片和洗好的菜下鍋，唯一需要關(guān)心的就是如何在搭配調(diào)料上研究出不同的創(chuàng)意。廚師的做菜速度大大提高，并且在成本上大大縮減。

回到研發(fā)流程上來看，負責買菜的人其實就是我們研發(fā)的后臺人員，他們幫助我們解決基礎(chǔ)的原料問題，可以讓我們穩(wěn)定不斷地從外部獲取材料，保證內(nèi)部供給。而廚師是我們的一個個前臺業(yè)務(wù)人員，他們要做的就是根據(jù)不同地區(qū)不同口味烹飪出對應(yīng)的菜系。

在企業(yè)業(yè)務(wù)多元化后，我們就可以將洗菜、切菜、配菜這些半成品的生產(chǎn)過程統(tǒng)一交給中臺去完成，做菜的時候作為前臺業(yè)務(wù)人員的“廚師”只需要告訴中臺自己需要什么材料，當然這里的配菜小哥就是我們的中臺，這樣就大大加快了業(yè)務(wù)的完成速度。

所以說，有了中臺之后我們的前臺業(yè)務(wù)就可以去快速完成迭代，不需要每個服務(wù)都要求后臺從0到1開始提供，而是根據(jù)不同業(yè)務(wù)需求去使用中臺生產(chǎn)的對應(yīng)半成品進行二次加工。

讓我們再站在架構(gòu)的層面來看看中臺對整個系統(tǒng)業(yè)務(wù)所起到的對接簡化作用。

假設(shè)我們經(jīng)營一個電商平臺。在我們未使用中臺的時候，每一個前臺的用戶終端都需要與后臺進行一次對接，如圖2-6所示。

而后臺的每一個模塊都需要維持與前臺業(yè)務(wù)的關(guān)聯(lián)，并根據(jù)不同業(yè)務(wù)的前臺特征去加入適配部分。這樣造成的結(jié)果：

后臺的每一個模塊都需要加入與前臺適配的部分，從而大大增加了開發(fā)量。

每個前端在啟動時需要分別對接不同的后臺模塊，也加大前臺啟動時的工作量。

當后臺進行升級或架構(gòu)調(diào)整時還需要考慮與前臺的對接，并進行逐一的調(diào)整。

當我們引入中臺后，讓中臺作為一個對接層，幫我們?nèi)ソy(tǒng)一對接前臺的不同終端，同時對后臺各個子系統(tǒng)進行統(tǒng)一的封裝，讓前臺能無感知地使用各項服務(wù)而不需要單獨設(shè)計通道，我們的系統(tǒng)也就簡化成了如圖2-7所示的這個樣子。

通過對比，我們能清楚地看到中臺對于公司的整個業(yè)務(wù)架構(gòu)起到了非常大的簡化作用。

因此，用一句話來概括中臺模式：中臺的核心本質(zhì)就是向前臺業(yè)務(wù)提供服務(wù)共享，目標是更好地支持前臺業(yè)務(wù)方進行規(guī)模化創(chuàng)新或大規(guī)模試錯，從而更好地響應(yīng)市場需求。同時在這里簡單提一下，一般性中臺實現(xiàn)的手段是微服務(wù)架構(gòu)、敏捷基礎(chǔ)設(shè)施和公共基礎(chǔ)服務(wù)。

中臺作為一種產(chǎn)品設(shè)計思路或系統(tǒng)架構(gòu)思路，并不受限于公司的規(guī)模。理論上講，任何一家即將或者正在面臨業(yè)務(wù)高速增長狀態(tài)的企業(yè)，都值得利用和借鑒中臺的思路，將目前業(yè)務(wù)當中大量可復(fù)用的功能和場景進行梳理，為業(yè)務(wù)的高速增長做好準備。

2.3.2 中臺解決方案的完整定義

在理解了中臺的概念之后，至此我們就可以用較為嚴謹?shù)恼Z言來給“中臺解決方案”下一個定義：

中臺解決方案=能力輸出+標準化中間件

（1）第一部分：能力輸出

對于一家企業(yè)來說，其能力可以包含多個維度，常見的例如計算能力、技術(shù)能力、業(yè)務(wù)能力、數(shù)據(jù)能力、運營能力、研發(fā)能力等。

而所謂“能力輸出”就是要規(guī)劃出什么是公司的核心競爭力，理清楚公司發(fā)展的戰(zhàn)略目標與未來公司的主要業(yè)務(wù)會拓展到哪些方面，在這些業(yè)務(wù)層面中去提煉那些以共性存在并會在每個新開拓的業(yè)務(wù)中被不斷使用的模塊，然后將其歸類到中臺中進行統(tǒng)一建設(shè)，而不是把所有能力都進行復(fù)用化。

這也就是中臺的一個重要的意義：為不同的前臺業(yè)務(wù)提供可以重復(fù)使用的能力，形成一次建設(shè)、多次使用。

例如，我們規(guī)劃了公司的核心方向是視頻方向，未來可能涉及的業(yè)務(wù)形態(tài)：

在線視頻。

視頻直播。

短視頻。

分析上面的業(yè)務(wù)形態(tài)后，我們不難判斷出要抽取的基礎(chǔ)模塊包括：

在線視頻編輯。

視頻壓縮。

多人點播。

視頻斷點續(xù)播。

視頻賬戶體系。

在完成這樣的劃分后，我們就可以通過中臺去統(tǒng)一實現(xiàn)這幾個通用模塊了。

值得提一下的是，雖然這里在說中臺要考慮復(fù)用性和擴展性，但是要考慮多少、考慮多深就是一個非常考驗產(chǎn)品經(jīng)理功力的地方了。

還是舉上面的例子來說，我在設(shè)計一個視頻社區(qū)App的積分商城系統(tǒng)時，需要將商城交易方式抽象為能力，這里我們大體上可以按關(guān)聯(lián)程度高低抽象出如表2-1所示的3種商城交易方式。

但是同樣的疑問來了，我們僅僅為了支持一個積分商城而需要將中臺的擴展能力放大到開始考慮股票交易才用到的撮合交易模式嗎？

當然，這里舉的案例比較極端，因此我們能快速完成判斷。但是在具體的中臺規(guī)劃中我們會碰到很多這種復(fù)用范圍大小的決策，此時我們必須按照公司的核心業(yè)務(wù)規(guī)劃來嚴格定義中臺的能力，避免在中臺出現(xiàn)過度建設(shè)的現(xiàn)象。

這里也用一句話來概括：可復(fù)用性和復(fù)用深度是衡量中臺建設(shè)好壞的重要指標。

（2）第二部分：標準化中間件

在我們確定了公司的業(yè)務(wù)發(fā)展需要哪些能力之后，中臺解決方案的另一個組成部分就是需要將每個能力進行封裝，形成統(tǒng)一的可供前臺業(yè)務(wù)端快速使用的中間件。

這里的“統(tǒng)一”具體表現(xiàn)在如下的兩個方面：

不同終端中的叫法與含義。

定義統(tǒng)一化的輸入輸出。

為什么要統(tǒng)一呢？

在以往的前后臺模式中，同一家公司內(nèi)的不同項目組（如直播項目組、短視頻項目組等）各自為戰(zhàn)的時候，經(jīng)常會出現(xiàn)一個事物在不同項目中因為場景化的需求而出現(xiàn)多個稱呼的現(xiàn)象。

這也是原來不同項目組想要復(fù)用對方的模塊時遇到的一個巨大的障礙，它導(dǎo)致無法快速對接，只能重新開發(fā)、重復(fù)建設(shè)。

就拿現(xiàn)在任意系統(tǒng)中隨處可見的“用戶昵稱”這個字段來看，在不同項目組的應(yīng)用中可能叫“用戶名稱”“用戶昵稱”“稱號”“化名”等；而在數(shù)據(jù)庫中又可能有不同的字段名稱，如“username”“UN”“name”等。

因此，我們需要一個中心化的產(chǎn)物幫助我們定義好這些通用屬性，使其在公司中不同的業(yè)務(wù)端都能統(tǒng)一。

面對這種現(xiàn)象，在有了中臺后，我們就可以通過定義標準化的中間件來解決。假設(shè)以后公司內(nèi)部孵化的項目組再次要使用“用戶昵稱”這個字段，無論具體是什么業(yè)務(wù)前端，都會采用一個叫法、一種存儲，這樣不僅能直接使用之前項目的模塊，同時還可以和公司內(nèi)部的管理系統(tǒng)快速完成對接，這就是中臺所起的作用。