點擊上方“朱小廝的博客”，選擇“設為星標”

后臺回復"書"，獲取

后臺回復“k8s”，可領取k8s資料

在2020全球敏捷架構峰會上，快狗打車的架構師李洪英，分享了快狗打車業務中臺的一些經驗與思考。

問題一：什么是平臺？

定義：一種基于外部供應商和顧客之間的價值創造互動的商業模式；它是規則和標準的制定者。

問題二：平臺分為哪幾類？

（1）應用平臺；

（2）業務平臺；

（3）技術平臺；

問題三：平臺的價值在哪里？

于他：為所有參與者創造價值；

于己：通過積極網絡效應吸引用戶，利用規模化盈利；

問題四：什么是中臺？

中臺，是服務多個產品且具有一定公共業務邏輯的通用共享服務平臺，它是人+組織+服務的綜合體！

問題五：中臺分為哪幾類？

（1）業務中臺；

（2）數據中臺；

任何脫離業務的中臺，都是蹭熱度！

畫外音：有些公司，把技術平臺也放到中臺里，快狗打車并不這么認為。

問題六：中臺有什么價值？

毫無疑問，中臺能夠共享復用，降本增效。

問題七：中臺與平臺的差異在哪里？

如上，是快狗打車的一些思考。

問題八：快狗打車的平臺架構，中臺架構是如何演進的？

最早，我們的架構就是如此簡單。

優勢：系統簡單，迭代快速。

不足：三方對接耦合在業務中，三方系統穩定性影響快狗業務穩定性，三方系統切換改造成本很高。

然后，我們做了基礎服務的抽象，把與第三方對接的短信、推送等抽象成基礎服務。

隨著業務的發展，我們遇到的新的問題。

新業務誕生，煙囪式的系統不斷冒出來，數據形成了孤島，業務之間的流量、產品、系統難以連結，消耗了大量資源去做了重復的事情。

畫外音：很多公司，一般打著“閉環”“高效”的名義，推進煙囪式產品/系統/架構，其實是不作為。

這個時候，類似于XX中心的業務服務誕生了。

如上圖所示，除了各個業務公用的，業務無關的基礎服務，業務相關的用戶中心，訂單中心，交易中心，營銷中心服務，應運而生。

此時，這類共享服務中心，增加了業務屬性。

這些服務，應該歸業務研發部門，還是基礎服務研發部門呢？

都不是。

此時，業務中臺誕生了。

中臺，是共性業務的部分。

問題九：中臺，應該做厚還是做薄？

最早，阿里提出了“大中臺，小前臺”的中臺戰略。

對此，快狗打車有不同的看法，中臺太厚，勢必夾雜個性化業務邏輯，不要讓中臺成為業務發展的瓶頸，我們提倡“小中臺，大前臺”，只有足夠通用的業務，才適合下沉到中臺。

問題十：如何沉淀與發展通用業務中臺呢？

快狗打車五大步驟實踐，分享給大家。

步驟一，成立相關中臺部門（產品+研發）。

畫外音：中臺建設，組織是其中不可或缺的一步。

步驟二，服務下沉。

通用基礎服務，不斷下沉。

步驟三，業務下沉。

通用的基礎服務下沉之后，是通用業務的下沉。

步驟四，產品架構與系統架構的升級。

以交易中臺為例，通用交易從端（例如：收銀臺），到服務，到數據的通用業務中臺。

步驟五，不斷迭代，不斷豐富中臺能力。

畫外音：但務必注意，只有充分通用的業務，才適合沉淀到中臺，否則中臺只會成為業務發展的瓶頸。

中臺負責人不能只想著搶地盤，不屬于自己的范圍不能大包大攬，要保持克制。

問題十一：如何評價中臺建設是否成功呢？

三個衡量標準：

（1）有沒有業務接入使用，有多少接入使用；

（2）接入的成本是否快速簡單；

（3）有新的業務需求沉淀是否能快速響應并不影響系統穩定；

問題十二：什么場景不適合中臺建設？

（1）單一業務，單一產品；

（2）主營業務穩定性不足；

（3）團隊規模太小；

希望快狗打車的中臺建設，能夠給大家一些啟示。

想知道更多？掃描下面的二維碼關注我

后臺回復"技術"，加入技術群

后臺回復“k8s”，可領取k8s資料

【精彩推薦】

• 原創|OpenAPI標準規范

• 中臺不是萬能藥，關于中臺的思考和嘗試
  

• ClickHouse到底是什么？為什么如此牛逼！

• 原來ElasticSearch還可以這么理解

• 面試官：InnoDB中一棵B+樹可以存放多少行數據？

• 微服務下如何解耦？對于已經緊耦合下如何重構？

• 如何構建一套高性能、高可用、低成本的視頻處理系統？

• 架構之道：分離業務邏輯和技術細節

• 星巴克不使用兩階段提交
  

點個贊+在看，少個 bug?????

總結

以上是生活随笔為你收集整理的清晰！我们从来都反对“大中台，小前台”的架构设计！的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。