眼看他搭中臺(tái),眼看他又拆了丨IDCF
點(diǎn)這里??星標(biāo)關(guān)注，獲取最新資訊！
目
錄
曾幾何時(shí)，中臺(tái)一度被當(dāng)做“變革靈藥”，嫁接在“前臺(tái)作戰(zhàn)單元”和“后臺(tái)資源部門”之間，實(shí)現(xiàn)企業(yè)各業(yè)務(wù)線的“打通”和全域業(yè)務(wù)能力集成，提高開發(fā)和服務(wù)效率。但在中臺(tái)如火如荼之際，我們可以發(fā)現(xiàn)各大企業(yè)又在反其道而行，紛紛不斷進(jìn)行“拆中臺(tái)”，那么中臺(tái)對(duì)于企業(yè)而言，究竟發(fā)揮了哪些作用，當(dāng)前又出現(xiàn)了哪些問(wèn)題？今天，我們特邀了高級(jí)研發(fā)管理專家、騰訊云 TVP 程超老師，他將從搭中臺(tái)到拆中臺(tái)的風(fēng)向轉(zhuǎn)變，探討企業(yè)軟件架構(gòu)的底層邏輯。
中臺(tái)都在忽悠嗎？都被忽悠瘸了？我們都在悄悄淘汰中臺(tái)，你們還在建？最近網(wǎng)上充斥大量文章和觀點(diǎn)，都在說(shuō)中臺(tái)過(guò)時(shí)。為什么會(huì)這樣說(shuō)？是因?yàn)槌杀九c復(fù)雜性？技術(shù)限制與業(yè)務(wù)變化？還是因?yàn)榻M織變化？為什么會(huì)這樣呢？且聽我一一分析。
眾所周知，中臺(tái)是指企業(yè)內(nèi)部的中間層平臺(tái)，負(fù)責(zé)連接上下游系統(tǒng)，提供數(shù)據(jù)和功能服務(wù)。而在過(guò)去幾年中臺(tái)概念曾經(jīng)風(fēng)靡一時(shí)，甚至被認(rèn)為是企業(yè)數(shù)字化轉(zhuǎn)型的關(guān)鍵。然而，近年來(lái)，一些企業(yè)確實(shí)出現(xiàn)了對(duì)中臺(tái)戰(zhàn)略的重新評(píng)估，不再像之前那樣盲目地追求中臺(tái)建設(shè)。
其實(shí)，中臺(tái)的概念興起于企業(yè)數(shù)字化轉(zhuǎn)型的浪潮中，企業(yè)開始意識(shí)到傳統(tǒng)的前臺(tái)系統(tǒng)（如客戶端應(yīng)用）與后臺(tái)系統(tǒng)（如企業(yè)資源規(guī)劃系統(tǒng)）之間的斷層，而中臺(tái)則被認(rèn)為是彌合這種斷層的理想方式。 值得一提的是，關(guān)于中臺(tái)的定義，業(yè)內(nèi)大佬也曾經(jīng)發(fā)表過(guò)一些觀點(diǎn)：提煉各個(gè)業(yè)務(wù)條線的共性需求，并將這些打造成組件化的資源/能力包，然后以接口的形式提供給前臺(tái)各業(yè)務(wù)部門使用，這樣就可以最大限度地避免“重復(fù)造輪子”的問(wèn)題，也讓每一個(gè)新的前臺(tái)業(yè)務(wù)創(chuàng)新能夠真正意義上“站在巨人的肩膀上”，而不用每次開辟一個(gè)新業(yè)務(wù)都像新建一家創(chuàng)業(yè)公司那么艱難，甚或更為艱難。——某企業(yè)資深架構(gòu)師 鐘華
- 中臺(tái)是為前臺(tái)而生。
- 提煉各業(yè)務(wù)條線的共性需求。
- 減少“重復(fù)造輪子”的時(shí)間與資源浪費(fèi)。
01
四大層面解讀中臺(tái)備受追捧原因
2015年，業(yè)界首次提出“大中臺(tái)、小前臺(tái)”戰(zhàn)略，是想打造統(tǒng)一技術(shù)架構(gòu)、產(chǎn)品支撐體系、數(shù)據(jù)共享平臺(tái)、安全體系等等，把整個(gè)組織“橫”過(guò)來(lái)，支撐多種多樣的業(yè)務(wù)形態(tài)。中臺(tái)似乎已經(jīng)成為行業(yè)標(biāo)配，稍有規(guī)模的公司都建設(shè)了自己的中臺(tái)，掀起了一股強(qiáng)勁的中臺(tái)風(fēng)。 中臺(tái)能夠解決哪些問(wèn)題呢？在我看來(lái)，主要有以下四種：- 項(xiàng)目重復(fù)造輪子嚴(yán)重，無(wú)法形成抽象共用
- 業(yè)務(wù)變化快，緩慢的研發(fā)流程難以迅速響應(yīng)
- 提高資源利用率和研發(fā)效率
說(shuō)起如何提高資源利用率和研發(fā)效率，我總結(jié)為中臺(tái)建設(shè)五步法：插件化、服務(wù)化、配置化、異步化和數(shù)據(jù)化。這五步環(huán)環(huán)相扣，其中插件化就是提高研發(fā)效率的關(guān)鍵點(diǎn)，我們將對(duì)核心交易流程進(jìn)行抽象建模設(shè)計(jì)，并通過(guò)流程引擎的改造，實(shí)現(xiàn)增加多個(gè)插件和擴(kuò)展點(diǎn)。這樣，不同的業(yè)務(wù)場(chǎng)景可以根據(jù)需求自定義其個(gè)性化邏輯，將整個(gè)交易環(huán)節(jié)抽象為一個(gè)流程框架，并在其基礎(chǔ)上引入一系列業(yè)務(wù)擴(kuò)展。這種設(shè)計(jì)使得各業(yè)務(wù)間互不干擾，更靈活地滿足各自需求。 提高資源利用率，這也是必然的，服務(wù)、數(shù)據(jù)、組件等形成統(tǒng)一復(fù)用，各資源也不再分散，只需通過(guò)一套服務(wù)來(lái)做支撐，并且可以通過(guò)各業(yè)務(wù)線的忙閑情況，做資源的調(diào)控、比如某個(gè)業(yè)務(wù)線使用交易中臺(tái)服務(wù)，高峰時(shí)期是在早上8點(diǎn)到晚上12點(diǎn)，凌晨以后基本沒(méi)有業(yè)務(wù)量，則可以考慮把針對(duì)這個(gè)業(yè)務(wù)線的資源配置降低，從而實(shí)現(xiàn)降本增效。
- 提高系統(tǒng)穩(wěn)定性和可靠性
02
拆分中臺(tái)并非全盤否定中臺(tái)
前面我主要介紹了中臺(tái)能解決哪些問(wèn)題，但其實(shí)很多企業(yè)在實(shí)際引入中臺(tái)的過(guò)程中，也遇到了很多問(wèn)題：
-
中臺(tái)與前臺(tái)的邊界模糊
很多前臺(tái)的業(yè)務(wù)讓中臺(tái)接管開發(fā)，到底是接還是不接？中臺(tái)的角色和范圍缺乏明確界定，導(dǎo)致中臺(tái)與業(yè)務(wù)之間的責(zé)任劃分模糊不清，引發(fā)了重復(fù)建設(shè)、資源浪費(fèi)和溝通成本等問(wèn)題。
-
穩(wěn)定性與靈活性的沖突
穩(wěn)定與靈活一直是個(gè)矛盾體，中臺(tái)接入的業(yè)務(wù)線非常多，一旦出問(wèn)題影響面巨大，代碼質(zhì)量如何把控、上線流程如何穩(wěn)定、業(yè)務(wù)如何做好隔離，都需要考慮清楚。
-
溝通障礙與目標(biāo)差異
協(xié)調(diào)中臺(tái)團(tuán)隊(duì)和業(yè)務(wù)團(tuán)隊(duì)之間的溝通和合作，平衡雙方的需求和利益，以及處理中臺(tái)和業(yè)務(wù)之間的依賴和變更，都是一項(xiàng)復(fù)雜的管理任務(wù)。
-
中臺(tái)規(guī)劃與業(yè)務(wù)需求之間的平衡
中臺(tái)的服務(wù)需求和響應(yīng)之間存在不匹配，這導(dǎo)致中臺(tái)無(wú)法滿足業(yè)務(wù)的多樣化和個(gè)性化需求。有時(shí)中臺(tái)過(guò)度迎合業(yè)務(wù)的短期需求，卻犧牲了其長(zhǎng)期規(guī)劃和可持續(xù)發(fā)展。
-
利益分配
距離業(yè)務(wù)近的地方，比距離業(yè)務(wù)遠(yuǎn)的地方更能得到公司增長(zhǎng)的成果，中臺(tái)看似業(yè)務(wù)，其實(shí)只是沉淀，追求的是穩(wěn)定和靈活。還有業(yè)務(wù)下沉的時(shí)候，會(huì)涉及到與中臺(tái)的業(yè)務(wù)交接，前臺(tái)業(yè)務(wù)必定會(huì)減少。如果是部門劃到中臺(tái)，是否會(huì)有人員變動(dòng)？當(dāng)中臺(tái)的服務(wù)價(jià)值和收益缺乏清晰界定，將難以有效衡量自身的貢獻(xiàn)和影響。
綜上，中臺(tái)看似很美好，但很多企業(yè)在實(shí)際落地的時(shí)候卻因?yàn)橛龅竭@些問(wèn)題，導(dǎo)致陷入困境，中臺(tái)建設(shè)越建越復(fù)雜，甚至有些企業(yè)對(duì)中臺(tái)也逐漸失去了信心，反而成了阻礙企業(yè)發(fā)展的瓶頸。
近兩年業(yè)界開始風(fēng)行“拆中臺(tái)”策略——將中臺(tái)變“薄”，拆分到多個(gè)獨(dú)立的業(yè)務(wù)單元。這使得很多企業(yè)又開始認(rèn)為中臺(tái)已成明日黃花，引進(jìn)中臺(tái)并不是一個(gè)好選擇，甚至有些企業(yè)將自身發(fā)展不順的原因也歸在了中臺(tái)上面，一時(shí)間中臺(tái)被全盤否定了。
我個(gè)人則認(rèn)為拆分中臺(tái)并非全盤否定中臺(tái)，而是基于自身發(fā)展階段和市場(chǎng)環(huán)境的變化進(jìn)行戰(zhàn)略調(diào)整和優(yōu)化。“天下大事，合久必分，分久必合”，這就意味著在中臺(tái)的管理和戰(zhàn)略中，必須根據(jù)具體情況來(lái)做出分合的決策。有時(shí)候，將中臺(tái)進(jìn)行分散管理或者分解成更小的部分可能更為合適，因?yàn)檫@樣有助于更好地滿足各個(gè)業(yè)務(wù)單位的需求，提高靈活性和適應(yīng)性。互聯(lián)網(wǎng)大廠們將龐大而僵化的共享中臺(tái)重新組織為靈活的業(yè)務(wù)域中臺(tái)，可以更好適應(yīng)具體業(yè)務(wù)場(chǎng)景和用戶需求，既能保留中臺(tái)提供通用能力和協(xié)同效率的優(yōu)勢(shì)，又能增加中臺(tái)的靈活性和個(gè)性化。
03
企業(yè)應(yīng)該因地制宜選擇是否需要中臺(tái)
首先，我想強(qiáng)調(diào)的是，“中臺(tái)”本身并不是一個(gè)新的架構(gòu)思想，這個(gè)架構(gòu)思想早在若干年以前就已經(jīng)有了，很多企業(yè)已經(jīng)是這么做了，就像面向?qū)ο缶幊陶Z(yǔ)言中（Java）高內(nèi)聚，低耦合，便是這種思想。
當(dāng)企業(yè)處在初創(chuàng)期，隨著業(yè)務(wù)發(fā)展產(chǎn)生多條業(yè)務(wù)線或產(chǎn)品線的時(shí)候，就會(huì)面臨協(xié)同方面的挑戰(zhàn)，如果每條業(yè)務(wù)線都要自己成立技術(shù)、運(yùn)維、數(shù)據(jù)等部門，這樣顯然是非常浪費(fèi)人力和資源的。為了適應(yīng)快速發(fā)展的業(yè)務(wù)，就需要成立中臺(tái)部門，來(lái)抽取、復(fù)用共性的東西，形成統(tǒng)一，這樣既能滿足“小前臺(tái)，大中臺(tái)”策略，讓業(yè)務(wù)快跑搶占市場(chǎng)，中臺(tái)提供穩(wěn)定的炮火支援，又能提高協(xié)同和研發(fā)效率。參考示意圖如下：
當(dāng)企業(yè)已經(jīng)渡過(guò)初創(chuàng)期，發(fā)展已經(jīng)具有較大規(guī)模時(shí)，各條業(yè)務(wù)線人員和業(yè)務(wù)場(chǎng)景也比初創(chuàng)時(shí)更加龐大和復(fù)雜，企業(yè)了將面臨更加多樣化的市場(chǎng)，以及強(qiáng)大的響應(yīng)能力，甚至每條業(yè)務(wù)線都要獨(dú)立去創(chuàng)新，這樣統(tǒng)一的中臺(tái)部門就會(huì)變成瓶頸，人員、響應(yīng)時(shí)間、需求變化和溝通等都會(huì)成為阻礙多樣化需求的絆腳石。這時(shí)候企業(yè)就需要根據(jù)市場(chǎng)需要，將龐大而僵化的大共享中臺(tái)，拆分到各業(yè)務(wù)單元中，將中臺(tái)下沉到各業(yè)務(wù)單元中，這樣既能保留中臺(tái)的通用和協(xié)同能力，又能針對(duì)具體業(yè)務(wù)和場(chǎng)景不斷增加靈活性和定制性。參考示意圖如下：
總而言之，中臺(tái)不是一直不變的，它需要根據(jù)市場(chǎng)需求不斷進(jìn)化，演變成能夠滿足當(dāng)前企業(yè)市場(chǎng)需要的形態(tài)。中臺(tái)不是萬(wàn)能的，它只是企業(yè)數(shù)字化轉(zhuǎn)型的一種重要實(shí)現(xiàn)路徑，我們不能對(duì)中臺(tái)有過(guò)高的期望，而是應(yīng)該理性地回歸到企業(yè)數(shù)字化轉(zhuǎn)型的價(jià)值上來(lái)。
作者簡(jiǎn)介
程超，騰訊云 TVP，高級(jí)研發(fā)管理專家，14年 Java 研發(fā)經(jīng)驗(yàn)，8年技術(shù)管理和架構(gòu)經(jīng)驗(yàn)，曾任京東架構(gòu)師，易寶支付和松果出行架構(gòu)技術(shù)負(fù)責(zé)人，熟悉支付和電商領(lǐng)域，擅長(zhǎng)微服務(wù)生態(tài)建設(shè)和運(yùn)維監(jiān)控，對(duì) Dubbo、Spring Cloud 和 gRPC 等微服務(wù)框架有深入研究，并應(yīng)用于項(xiàng)目，幫助過(guò)多家公司進(jìn)行過(guò)微服務(wù)建設(shè)和改造，目前正在建設(shè)業(yè)務(wù)中臺(tái)。 合著作品《深入分布式緩存》和《高可用可伸縮微服務(wù)架構(gòu)》，極客時(shí)間每日一課講師和出品人，CSDN 博主專家。
與其臨淵羨魚，不如退而結(jié)網(wǎng)，用力擁抱夢(mèng)想！！！
《研發(fā)效能(DevOps)工程師 職業(yè)技術(shù)認(rèn)證》
掌握端到端的研發(fā)效能知識(shí)體系，是想要成為高級(jí)管理者的必備技能！
八期班·3月20日！ ??席位不多，盡快上車！ 擴(kuò)展職業(yè)發(fā)展與晉升之路！
