清晰!我们从来都反对“大中台,小前台”的架构设计!
點(diǎn)擊上方“朱小廝的博客”,選擇“設(shè)為星標(biāo)”
后臺(tái)回復(fù)"書",獲取
后臺(tái)回復(fù)“k8s”,可領(lǐng)取k8s資料
在2020全球敏捷架構(gòu)峰會(huì)上,快狗打車的架構(gòu)師李洪英,分享了快狗打車業(yè)務(wù)中臺(tái)的一些經(jīng)驗(yàn)與思考。
問題一:什么是平臺(tái)?
定義:一種基于外部供應(yīng)商和顧客之間的價(jià)值創(chuàng)造互動(dòng)的商業(yè)模式;它是規(guī)則和標(biāo)準(zhǔn)的制定者。
問題二:平臺(tái)分為哪幾類?
(1)應(yīng)用平臺(tái);
(2)業(yè)務(wù)平臺(tái);
(3)技術(shù)平臺(tái);
問題三:平臺(tái)的價(jià)值在哪里?
于他:為所有參與者創(chuàng)造價(jià)值;
于己:通過積極網(wǎng)絡(luò)效應(yīng)吸引用戶,利用規(guī)模化盈利;
問題四:什么是中臺(tái)?
中臺(tái),是服務(wù)多個(gè)產(chǎn)品且具有一定公共業(yè)務(wù)邏輯的通用共享服務(wù)平臺(tái),它是人+組織+服務(wù)的綜合體!
問題五:中臺(tái)分為哪幾類?
(1)業(yè)務(wù)中臺(tái);
(2)數(shù)據(jù)中臺(tái);
任何脫離業(yè)務(wù)的中臺(tái),都是蹭熱度!
畫外音:有些公司,把技術(shù)平臺(tái)也放到中臺(tái)里,快狗打車并不這么認(rèn)為。
問題六:中臺(tái)有什么價(jià)值?
毫無疑問,中臺(tái)能夠共享復(fù)用,降本增效。
問題七:中臺(tái)與平臺(tái)的差異在哪里?
如上,是快狗打車的一些思考。
問題八:快狗打車的平臺(tái)架構(gòu),中臺(tái)架構(gòu)是如何演進(jìn)的?
最早,我們的架構(gòu)就是如此簡(jiǎn)單。
優(yōu)勢(shì):系統(tǒng)簡(jiǎn)單,迭代快速。
不足:三方對(duì)接耦合在業(yè)務(wù)中,三方系統(tǒng)穩(wěn)定性影響快狗業(yè)務(wù)穩(wěn)定性,三方系統(tǒng)切換改造成本很高。
然后,我們做了基礎(chǔ)服務(wù)的抽象,把與第三方對(duì)接的短信、推送等抽象成基礎(chǔ)服務(wù)。
隨著業(yè)務(wù)的發(fā)展,我們遇到的新的問題。
新業(yè)務(wù)誕生,煙囪式的系統(tǒng)不斷冒出來,數(shù)據(jù)形成了孤島,業(yè)務(wù)之間的流量、產(chǎn)品、系統(tǒng)難以連結(jié),消耗了大量資源去做了重復(fù)的事情。
畫外音:很多公司,一般打著“閉環(huán)”“高效”的名義,推進(jìn)煙囪式產(chǎn)品/系統(tǒng)/架構(gòu),其實(shí)是不作為。
這個(gè)時(shí)候,類似于XX中心的業(yè)務(wù)服務(wù)誕生了。
如上圖所示,除了各個(gè)業(yè)務(wù)公用的,業(yè)務(wù)無關(guān)的基礎(chǔ)服務(wù),業(yè)務(wù)相關(guān)的用戶中心,訂單中心,交易中心,營(yíng)銷中心服務(wù),應(yīng)運(yùn)而生。
此時(shí),這類共享服務(wù)中心,增加了業(yè)務(wù)屬性。
這些服務(wù),應(yīng)該歸業(yè)務(wù)研發(fā)部門,還是基礎(chǔ)服務(wù)研發(fā)部門呢?
都不是。
此時(shí),業(yè)務(wù)中臺(tái)誕生了。
中臺(tái),是共性業(yè)務(wù)的部分。
問題九:中臺(tái),應(yīng)該做厚還是做薄?
最早,阿里提出了“大中臺(tái),小前臺(tái)”的中臺(tái)戰(zhàn)略。
對(duì)此,快狗打車有不同的看法,中臺(tái)太厚,勢(shì)必夾雜個(gè)性化業(yè)務(wù)邏輯,不要讓中臺(tái)成為業(yè)務(wù)發(fā)展的瓶頸,我們提倡“小中臺(tái),大前臺(tái)”,只有足夠通用的業(yè)務(wù),才適合下沉到中臺(tái)。
問題十:如何沉淀與發(fā)展通用業(yè)務(wù)中臺(tái)呢?
快狗打車五大步驟實(shí)踐,分享給大家。
步驟一,成立相關(guān)中臺(tái)部門(產(chǎn)品+研發(fā))。
畫外音:中臺(tái)建設(shè),組織是其中不可或缺的一步。
步驟二,服務(wù)下沉。
通用基礎(chǔ)服務(wù),不斷下沉。
步驟三,業(yè)務(wù)下沉。
通用的基礎(chǔ)服務(wù)下沉之后,是通用業(yè)務(wù)的下沉。
步驟四,產(chǎn)品架構(gòu)與系統(tǒng)架構(gòu)的升級(jí)。
以交易中臺(tái)為例,通用交易從端(例如:收銀臺(tái)),到服務(wù),到數(shù)據(jù)的通用業(yè)務(wù)中臺(tái)。
步驟五,不斷迭代,不斷豐富中臺(tái)能力。
畫外音:但務(wù)必注意,只有充分通用的業(yè)務(wù),才適合沉淀到中臺(tái),否則中臺(tái)只會(huì)成為業(yè)務(wù)發(fā)展的瓶頸。
中臺(tái)負(fù)責(zé)人不能只想著搶地盤,不屬于自己的范圍不能大包大攬,要保持克制。
問題十一:如何評(píng)價(jià)中臺(tái)建設(shè)是否成功呢?
三個(gè)衡量標(biāo)準(zhǔn):
(1)有沒有業(yè)務(wù)接入使用,有多少接入使用;
(2)接入的成本是否快速簡(jiǎn)單;
(3)有新的業(yè)務(wù)需求沉淀是否能快速響應(yīng)并不影響系統(tǒng)穩(wěn)定;
問題十二:什么場(chǎng)景不適合中臺(tái)建設(shè)?
(1)單一業(yè)務(wù),單一產(chǎn)品;
(2)主營(yíng)業(yè)務(wù)穩(wěn)定性不足;
(3)團(tuán)隊(duì)規(guī)模太小;
希望快狗打車的中臺(tái)建設(shè),能夠給大家一些啟示。
想知道更多?掃描下面的二維碼關(guān)注我
后臺(tái)回復(fù)"技術(shù)",加入技術(shù)群
后臺(tái)回復(fù)“k8s”,可領(lǐng)取k8s資料
【精彩推薦】
原創(chuàng)|OpenAPI標(biāo)準(zhǔn)規(guī)范
中臺(tái)不是萬能藥,關(guān)于中臺(tái)的思考和嘗試
ClickHouse到底是什么?為什么如此牛逼!
原來ElasticSearch還可以這么理解
面試官:InnoDB中一棵B+樹可以存放多少行數(shù)據(jù)?
微服務(wù)下如何解耦?對(duì)于已經(jīng)緊耦合下如何重構(gòu)?
如何構(gòu)建一套高性能、高可用、低成本的視頻處理系統(tǒng)?
架構(gòu)之道:分離業(yè)務(wù)邏輯和技術(shù)細(xì)節(jié)
星巴克不使用兩階段提交
點(diǎn)個(gè)贊+在看,少個(gè) bug?????
總結(jié)
以上是生活随笔為你收集整理的清晰!我们从来都反对“大中台,小前台”的架构设计!的全部?jī)?nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 醍醐灌顶 | 我们谈论的Exactly
- 下一篇: 新来的妹纸问我 AJAX 请求为什么不安