目錄
隨着互聯網公司崛起,“中臺”這個詞也進入了人們的視線。BAT 等公司紛紛推出了自己的中臺系統。那麼,什麼是中臺系統?它是如何誕生的?它長什麼模樣?我們爲什麼需要它?一串串的問題不禁浮現在我們的腦海,今天我們就帶着這些問題,一起走進中臺。
一、什麼是中臺?
1、中臺誕生
任何一個軟件系統都是通過幫助客戶解決問題來實現價值的。針對不同的需求會建立不同的軟件項目。
這些軟件項目包含客戶端的應用和後臺管理配置的應用。久而久之就形成了固定的“前臺”和“後臺”系統,而且大家都在樂此不疲地開發着類似的業務系統。
但是,時間一長大家就發現了,這些系統中有一些部分大同小異,在做第二個項目的時候並不用將所有的功能重寫,可以把之前項目中那些共有的模塊拿出來,稍作修改就可以在新項目中應用了。這就是中臺的雛形。
2、轉動的齒輪
抽象和解耦是軟件開發鐵律,同樣也適用於中臺系統。中臺系統就是將“後臺”系統中那些針對技術,業務,組織的通用“模塊/服務”從原來固定的項目中抽離出來,並且使之能夠成爲一個自治的服務提供給更多的“前臺”使用。
中臺就是“前臺”和“後臺”之間聯動的齒輪,也是:
-
調節器:前臺業務變化快,後臺系統相對比較穩定,中臺就是他們中間的速度調節器;
-
加速器:新業務上馬,接入中臺即刻享受服務,不用 0 開始;
-
穩定器:前臺業務多如牛毛,後臺數據排山倒海,而中臺提供各式各樣的接口對接兩者使用戶享受穩定可靠的服務。
▲ “中臺系統”猶如齒輪,帶動“前,後臺系統”飛速轉動
3、中臺的分類
中臺是一種能力的抽象,這種能力可以是業務能力,技術能力,數據能力甚至是組織能力。我們可以從不同的維度對其進行分類。
中臺分爲如下幾類:
-
業務中臺;
-
技術中臺;
-
數據中臺;
-
組織中臺。
1)業務中臺
業務是根本,特別是用戶的核心業務。對於中臺來說需要針對業務進行顆粒度劃分。例如:客戶服務,結算中心,訂單中心。
如果業務發生變化需要對上述服務進行拆解,例如:將結算中心拆解成支付服務和核銷服務。
這樣的分類和拆解是爲了更好的支持前臺,給前臺業務提供更多的可能性,從而爲用戶組合出更多的使用場景。
這類平臺的提供者一般在某一個行業深耕多年,積累大量的行業知識。
▲ 業務中臺:根據業務對服務進行劃分
2)技術中臺
作爲技術人員接觸過最多的就是技術中臺,通常我們會將服務進行拆解通過微服務的方式重新組織。
每個微服務都是自我治理的,通過服務註冊,服務網關,服務跟蹤的方式讓他們形成一個整體。
技術中臺的劃分通常分爲兩個維度,第一個是基礎服務,這些服務針對整個系統來說相對通用,如:日誌服務,安全服務等等。
第二個就是業務服務,這些服務都針對每個業務模塊做劃分,通常這些服務會根據業務的變化或者增量進行更新或者橫向擴展。
這類平臺的提供者,一般都是科技型企業,涉及過多個行業,對基礎組件和模塊的應用得心應手,往往他們設計出來的中臺架構性能和可靠性方面比較優秀。
▲ 技術中臺:利用微服務,DevOps 給前臺提供支撐
3)數據中臺
數據的獲取通常需要經過數據採集,數據清洗/過濾,數據存儲,數據歸檔幾個步驟,最後才能通過數據服務的形式展現給用戶。
特別是針對客戶端來說,同時通過數據中臺提供的服務來獲取數據的。數據中臺會根據不同的業務場景,生成不同的數據服務,滿足客戶的需要。
提供類似平臺的企業進入 IT 信息化的時間比較早,積累了一大批數據,通過對數據的整合和分析可以助力業務發展。
▲ 數據中臺:讓前端不用關心數據處理過程,只專注於“數據服務”
4)組織中臺
中臺是需要人來實現的,如何組織好這些人就顯得尤爲重要了。如果要談談組織中臺,那麼就要先說說下面幾種組織結構。
職能型:每個部門各司其職,雖然都是一個老闆管,但是部門之間的界限明確。
每次有了項目就從各個部門抽調人員,當項目完成以後人員都回到各自的部門當中。
如果再有新的項目就再次抽調。這種方式溝通成本高,責權不清,出現問題以後容易踢皮球,對用戶需求的反應相對較慢。
▲ 職能型:根據職能對組織進行劃分
矩陣型:隨着互聯網的興起,矩陣型的組織結構也悄然興起。把人員從原來的部門中完全剝離出來成立專門的項目,並且指定項目經理。
人員彙報的線路也從原來的部門經理換成了項目經理。而項目經理又對 CTO 直接負責,這樣的結構相對簡單,實用性較強,避開了職能型組織結構的一些缺點。
▲ 矩陣型:從職能部門中抽取合適的人形成獨立的組織
產品型:隨着產品意識的不斷提升,人們不再拘泥於之前的矩陣型組織結構了,於是加入了產品和產品經理,更重要的是把客戶也納入到組織當中。
讓客戶參與產品決策,驗收測試,增加用戶的參與感,做到產品爲客戶所用。用戶自己設計,測試出來的產品他想說不好都難。
▲ 產品型:在職能型的基礎上,讓組織圍繞產品和用戶工作
隨着組織中臺的不斷髮展,我們的組織結構也慢慢從職能型向矩陣型,產品型進行過渡。
4、中臺的生命週期
任何事物都有自身的運轉規律,中臺系統也不例外。首先我們需要滿足使用者在某種場景中的需求,通過對需求的轉化我們知道需要通過哪些功能或者系統來實現。
這些功能或者系統是否已經在中臺系統中存在?如果存在是否需要進行優化或者拆分,如果不存在是否做成可以有通用性的模塊?
在定義了以上幾點以後,再進行設計,編碼調試,集成測試。最後,發佈給客戶去驗證業務的可行性。
如果發現問題再回到需求的原點重新走一次上面的過程,週而復始,直到滿足客戶的需求爲止。
▲ “需求”、“實施”、“驗證”不斷循環,直到滿足用戶的需求
二、中臺的作用?
大家既然對中臺有了一定的瞭解,那我們再從兩個維度來看看中臺的作用。雖然上面已經介紹了很多關乎作用的例子,但是我們還是希望從兩個維度來歸納總結一下。
1、業務方面的作用
1)快速切入市場
在中臺出現之前,我們進入每個行業是比較困難的。在瞭解業務的基礎上需要搭建基礎的業務模塊。
現在不需要了,有了中臺策略的加持即使對一些行業不太瞭解也能夠從容應對。
在 BAT 中已經有染指汽車製造,航空航天等專業性很強的行業了,靠的就是中臺能力的輸出。
2)專業人員融入系統
有了中臺系統,那麼就離不開行業中的專業人員。行業中的專業人員,協助中臺系統打磨各個業務模塊,通過 PASS 平臺打造行業自身的應用。讓業務和技術更好的融合,產生化學作用。
3)定義平臺規則
現在阿里的釘釘就把用戶,服務提供商,經銷商都拉到了一個平臺上了。通過阿里平臺的能力,將釘釘打造成企業服務的中臺,讓多方從中受益。
▲ 業務方面:通過滿足市場需求,提高專業化程度,打造平臺戰略,逐步升級
2、技術方面的作用
1)服務重用
不要重複造輪子是我們始終面對的問題,中臺的初衷就是抽離通用的部分,讓更多人能夠享受他們。
2)服務進化
技術會跟隨業務的進化而進化,每一次進化都是一次技術的沉澱。以前這些技術進化是不可見的,現在新的項目也可以通過中臺系統享受這些技術的進化。
3)快速響應
由於中臺系統針對服務進行顆粒化處理,讓每個服務都有獨立性,可以針對業務的需求對服務進行橫向擴展,從而提高服務的響應時間。
4)數據積累
長年累月的數據積累,特別是對業務數據的積累,能夠幫助我們帶來商業價值。
5)提高效率
不用從無到有去搭建整個項目架構,也大大縮短了給用戶的交付時間,高效的組織結構也促進了交付質量,提高了用戶的滿意度。
▲ 技術方面:服務重用、服務進化、快速響應、數據積累、提高效率相輔相成
三、如何建立自己公司的中臺?
不管是阿里的“大中臺,小前臺”戰略,還是華爲的“大平臺炮火支撐精兵作戰”戰略,彷彿都離我們很遠。
有人說:“中臺系統就是大公司的事情,我們做好自己手上的項目就好了。”這話對也不對!
中臺系統確實需要具備一定規模以後才能產生,只有項目足夠多,行業足夠豐富,資源充足的情況下可以實行。
這些都是中小公司無法做到的,但是,作爲我們可以利用中臺策略的思維來優化我們的開發,產品,項目甚至是組織。
從業務方面,我們是否能夠把自己專精行業的業務進行一個模塊劃分,讓用戶可以自由選擇需要的業務模塊,提高我們業務適配的靈活性。
從技術方面,我們是否能夠總結一下哪些模塊,服務可以從系統中解耦出來成爲單獨的服務,甚至可以單獨部署做到真正的自治。以後搭建技術框架的時候就好像搭積木一樣方便可靠。
從組織方面,由康威定理可以得出什麼樣的組織結構直接影響這個組織結構生產的軟件。
我們是否還在遵循傳統的職能型的方式在推進項目。是否可以考慮以客戶爲中心的開發模式,讓開發人員更加貼近客戶,爲客戶創造價值。
四、中臺對於個體來說意味着什麼?
前面提到了中臺的定義,中臺的作用以及對中小公司的思考。那麼對於我們個人而言中臺又意味着什麼呢?我們可以在其中做些什麼呢?這裏我分享一下自己的想法。
1、點,線,面
如果說淘寶網整個就看成一個大中臺來說,它提供了各式各樣的服務,接口,數據,爲商家和消費者創造交易的環境。那麼我們把淘寶網可以看成一個“面”。
那麼對於商家來說,他需要利用一些營銷工具,聘請一些模特拍照,利用一些物流信息爲自己送貨。商家可以看成一條“線”。
那些提供營銷工具,拍照服務,物流服務的供應商就可以看成“點”。
對於我們而言,可能無法成爲“面”,但是可以通過“面”的支持去做“線”和“點”。
再把眼界擴大一點,到微信小程序,支付寶小程序,釘釘應用,都是有發揮空間的。
▲ 供應商、商家、平臺,構成“點”、“線”、“面”的有機整體
五、總結
中臺是 IT 信息化過程中經驗總結的產物,他是前人歸納總結出來的方法論,也是解決問題的思路。
它把這些經驗和方法從具體的場景中抽離出來,爲的是服務於更多的場景。
我們可以從業務,技術,數據,組織多個維度來看待它。它不僅僅可以應用到企業,對個人的發展也是有幫助的。
作者丨崔皓
來源丨51CTO技術棧訂閱號(ID:blog51cto)
dbaplus社羣歡迎廣大技術人員投稿,投稿郵箱:[email protected]