|
前言 中臺概念如今已經不是什么新的名詞了,，相信大家對中臺都有所耳聞，目前各大企業(yè)已經先后開始建設自己的中臺,。 那中臺到底是什么,？為什么大家要建設中臺？怎樣去建設中臺,？ 希望通過本次分享,，能讓大家有所收獲。 本次分享主要分為三個部分： 概念篇：介紹中臺的發(fā)展歷史,，中臺的分類,，讓大家對中臺概念有一個了解。 案例篇：分享一些中臺建設的案例,，讓大家對各種類型的中臺有更清晰的認識,。 思考篇：聊一聊我對中臺建設的一些思考。 概念篇 中臺的發(fā)展歷史  2008年阿里戰(zhàn)略調整創(chuàng)建天貓,，因為天貓與淘寶相比有他自身的特性,，所以當時淘寶和天貓各自為戰(zhàn)，沒有共用一套系統(tǒng)架構,，也就是現(xiàn)在所說的煙囪式系統(tǒng)架構,，這種架構造成大量重復工作與資源浪費，那怎么解決呢,？阿里共享事業(yè)部就誕生了,，負責將前臺公共部分進行平臺化改造，為中臺戰(zhàn)略埋下了種子,。 2015年,，馬云訪問Supercell,這是一家開發(fā)游戲的公司,，他發(fā)現(xiàn)這家公司雖然開發(fā)了很多款游戲，卻只有不到200名員工,，每款游戲也就5-7人,，快速開發(fā)產品公測，如果產品不成功就快速放棄,。 實現(xiàn)這種快速試錯機制的前提是開發(fā)速度要快,，Supercell就是使用了中臺機制，開發(fā)新產品就像搭積木一樣可以快速實現(xiàn),。 于是,，阿里CEO張勇在2015年提出啟動中臺戰(zhàn)略。國內中臺概念的誕生,。 2018開始中臺概念全面爆發(fā),，騰訊,、京東等大廠都開始建設自己的中臺,。 到現(xiàn)在，互聯(lián)網行業(yè)進入下半場,，中臺戰(zhàn)略也隨之進入了下半場,，各企業(yè)紛紛開始建立自己的中臺。 這里我要解釋一下,，什么是互聯(lián)網行業(yè)的下半場,。 先說互聯(lián)網行業(yè)的上半場，上半場是面向C端的消費互聯(lián)網,，目前已經逐漸飽和,，因為用互聯(lián)網的人就這么多，用戶增長紅利已經不見了,，企業(yè)為了更好的發(fā)展,，就開始進入下半場，由面向C端的消費互聯(lián)網轉為面向B端的產業(yè)互聯(lián)網,。 面向B端客戶就會面臨個性化需求嚴重的情況,，所以大家都想建立中臺復用中臺能力，來更好的支持B端客戶的快速迭代,。 什么是中臺 那現(xiàn)在我們來看一下中臺是什么,。 說中臺之前，我們先來看一下沒有中臺的組織架構是什么樣的,。 沒有中臺的時候,，一般分為前臺和后臺。 前臺：直接向用戶交付的產品,、開發(fā)產品的人 后臺：可以理解成提供基礎技術的支撐,，比如erp,、cms、基礎技術平臺（中間件,、大數據） 那引入中臺后的組織架構是什么樣的呢,？ 前臺：從中臺獲取可復用能力快速形成面向用戶的產品 中臺：企業(yè)級能力復用平臺 后臺：為中臺提供建設中臺的原料，比如：基礎中間件,、devops等等 這里其實我們已經給中臺下了定義,，那就是：企業(yè)級能力復用平臺 企業(yè)級：說明了中臺的使用范圍是面向整個企業(yè)的 能力：抽象解釋了中臺是各種能力的集合體 復用：說明了中臺的內容一定是公共的，能復用的,。 平臺：平臺是建設中臺的基座,，建設中臺之前一般都是先建設平臺 說到這，正好可以引出一個話題,，中臺與平臺有什么區(qū)別,。 我們來看一下平臺的概念。 平臺,，是開放出去的一些通用功能,，你可以直接來用這個平臺提供的一些功能，他主要是站在自己的角度來構建和開放一些通用化的能力,，而不是有目的為了抽取前端通用和公共的可復用能力來設計的 可以看出平臺重技術,，輕業(yè)務。平臺對比與中臺更偏向底層,。 中臺的類型
關于中臺的類型,，主流的分類就是業(yè)務和數據雙中臺架構了。 業(yè)務中臺顧名思義,，指的是把企業(yè)內能夠復用的業(yè)務能力抽取出來,，集成到中臺建設中 數據中臺，主要就是采集數據,，讓各個業(yè)務間共享數據,。 數據中臺和業(yè)務中臺主要是為前臺賦能的。 那什么是技術中臺呢,？ 技術中臺可以認為是更加底層的技術基座,，與業(yè)務關聯(lián)可能不大，技術中臺有點類似于平臺的概念,。 技術中臺是建設中臺的第一步,，前臺業(yè)務團隊接入技術中臺，阻力比較小. 案例篇 京東移動技術中臺 京東移動技術中臺主要建設了三個部分：標準化,、工具化,、組件化。 提供了下圖中整體DevOps體系能力：
標準化：指的是整體開發(fā),、測試,、發(fā)布這些工作流程的標準化 工具化：指的是為了實現(xiàn)標準化流程,，自研適合自己企業(yè)的工具 組件化：指的是通用能力形成公共組件,，供企業(yè)內所有前端產品共用 京東移動中臺的組件化程度如下圖：
可以看到，京東是組件貢獻大戶，其他業(yè)務借用公共組件就可以很快生成新的產品給用戶使用,，就拿極速版來講,，它的組件借用率高達71,，貢獻率只為3,，也就說明它基本上就是通過組件堆積出來的，基本不需要自己開發(fā)什么,。 某電商業(yè)務中臺 下圖展示了一個常見的電商業(yè)務中臺架構圖,。
前臺可以類比與淘寶、天貓,、閑魚等各種電商的業(yè)務線,，直接面向用戶。 中臺為前臺提供一套商品,、訂單,、庫存等通用的電商業(yè)務流程。 后臺為中臺提供基礎的支撐,，比如用戶,、倉儲、物流等等,。 這里我單獨對訂單中臺做一個展開，建設電商中臺一般要開發(fā)獨立的流程編排引擎,，對不同的業(yè)務流程進行編排滿足于不同的業(yè)務,，比如實體商品的買賣和虛擬商品的買賣肯定流程是不一樣的。再細節(jié)就不展開說明了,。 總結起來,，業(yè)務中臺建設目標呢就是通用業(yè)務的集中化和可編排化。 某數據中臺 在數據中臺中,，首先要實現(xiàn)數據資產化,，三大體系保證了數據資產化順利進行： （1）One Model：簡單的理解就是數據模型的統(tǒng)一，我們不用重新建模,，只要調用數據中臺中已有的模型即可,，一個模型可以被多個業(yè)務部門共享。 （2）One ID：打通了用戶賬號,，可以在多終端識別同一用戶,。 （3）One Service：統(tǒng)一的數據服務中間件，實現(xiàn)對外的數據服務,。 提到數據中臺我們第一個想到的就是大數據部門,，下圖是某公司大數據部門的發(fā)展戰(zhàn)略：
圖中還少了一個數據湖的階段,，數據湖與大數據倉庫主要的區(qū)別就是存儲數據的方式不同，數據倉庫存儲的都是經過結構化轉換后的數據,，數據湖則不同,，存儲大量結構化與非結構化的原始數據，包含音視頻二進制等等,。能更好的為人工智能,，機器學習提供數據支持。 思考篇 什么樣的企業(yè)適合建設中臺  中臺的優(yōu)點我們通過之前的內容已經大體上清楚了,，但不合理的建設中臺其實也有著它的缺點：
那所有企業(yè)都適合建設中臺嗎,？不是這樣的,，如果企業(yè)的業(yè)務線沒有能夠通用的內容，那通用的業(yè)務抽離不出來,，就無法建立業(yè)務中臺,，如果強行建立的話反而會適得其反。 另外企業(yè)發(fā)展的初期,，也不適合建立中臺,，這個時候快速實現(xiàn)功能搶占市場才是當前企業(yè)的使命。建設中臺并不能幫助企業(yè)快速搶占市場,，架構設計原則之一就是演進式架構,，合適的時間要采用合適的策略。 那什么樣的企業(yè)適合建設中臺呢,，最合適建設中臺的企業(yè)最好有多條業(yè)務線,，它們的體量相似，QPS 都不高,，業(yè)務線間相似度高,，多條業(yè)務線的變更頻次基本穩(wěn)定。 如何建設中臺 建設前必須想清楚的四個問題 1）中臺建設的愿景是什么？ “遇事不決看愿景”,，建設中臺之前一定要確定唯一的正確的目標,，這也是架構設計的準則之一。 2）中臺的用戶和客戶是誰,？ 用戶和客戶是一個群體么,，除了用戶和客戶還有哪些干系方。對于中臺來講,，他的干系方還不止是用戶和客戶這兩方,，因為其所處的特殊位置，干系方往往紛繁復雜,。在保持自己方向的前提下,，找到各方利益的結合點，是一件非常困難且有必要的事情,。否則,，在建設過程中就會受到各方的阻力，產生摩擦,，導致中臺很難推進落地,。 但反過來講，中臺也不應該只是極力去滿足各方的訴求,，中臺團隊畢竟不是業(yè)務的外包團隊,。中臺需要有自己的思想和規(guī)劃，要能做到聽得進別人的話,，但是還要明確自己的目標,，走自己的路。而自己的目標,，就是來源于上面提到的中臺建設愿景,，而中臺的愿景也往往來源于企業(yè)的戰(zhàn)略需要。 3）中臺的錢由誰出,？ 市面上的中臺建設，如果從投資結構來講,，基本上可以分為兩種類型,，即“眾籌模式”和“投融資模式” 眾籌模式就是用戶預付款，就是從業(yè)務前臺集資,，有錢的捧個錢場沒錢的碰個人場,，能出預算的出預算，能出人的出人,，來組建中臺團隊,，然后再反過來服務于前臺業(yè)務團隊。 投融資模式，顧名思義,，就是一個產品的建設前期先由投資方出資,，按照產品的建設目標經過一段時間的建設期，相對成熟之后,，再逐漸地讓用戶使用,，最終通過對于用戶的服務，讓用戶滿意,，實現(xiàn)收入并收回企業(yè)投資且盈利的模式,。目前大部分的創(chuàng)業(yè)公司都是采用類似的模式。 4）中臺的目標怎么驗證,？ 建設中臺一定要有量化結果,，讓領導能看得出建設中臺的效果。 中臺建設的實例路徑：
DDD,、微服務與中臺的關系 首先中臺我們已經知道是什么了,，那么建立中臺的后端技術架構一般就是使用的微服務架構， DDD領域驅動設計方法可以幫助我們定義領域模型,，限界上下文,，聚合等，在中臺建設中可以指導我們更好的為業(yè)務劃分邊界,，也能指導我們更合理的拆分微服務,。 關于DDD的一些概念說起來又是很長的話題了，本文就不詳細說明了,。 前端是如何適應中臺化的 單體前端的困境 傳統(tǒng)企業(yè)在完成中臺轉型后,，雖然后臺的業(yè)務完成了微服務架構的升級，但前端仍然是單體模式,，隨著時間推移和業(yè)務發(fā)展,，前端會變得越來越臃腫，越來越難維護,。很多企業(yè)都想把所有的業(yè)務能力都盡量集中到一個 APP 中,。試想如果仍然沿用單體前端的設計模式。前端項目團隊將面對多個中臺微服務團隊,，這就需要相當高的溝通成本和技術要求,。 從單體前端到微前端 為了解決單體前端的問題，我們可以借鑒微服務的設計思想,，引入微前端概念,。讓每個微前端可以單獨部署維護，常見的微前端類型如下：
集成方式
總結 本文從中臺的歷史開始說起,，逐步引出中臺的概念,，再通過三個案例向大家介紹了技術中臺,、業(yè)務中臺、數據中臺的展現(xiàn)形式,，最后分享了一些在中臺建設中常見的問題,。 好了，對中臺的探索我們就介紹到這里,。最后為大家留下一個思考題吧,。 你的企業(yè)目前處于什么階段？是否適合建設自己的中臺,？歡迎留言討論,！ |
|
|
