1. 眼看他搭中臺,眼看他又拆了丨IDCF

        共 4185字,需瀏覽 9分鐘

         ·

        2024-04-11 14:08

        0036b1a8473174cb56ce24088ac56b71.webp

        點這里??星標關(guān)注,獲取最新資訊!

        e38d7fd27151fb44d6a1f14f9eb1476b.webp




        ??目錄 1 四大層面解讀中臺備受追捧原因 2 拆分中臺并非全盤否定中臺 3 企業(yè)應(yīng)該因地制宜選擇是否需要中臺

        曾幾何時,中臺一度被當做“變革靈藥”,嫁接在“前臺作戰(zhàn)單元”和“后臺資源部門”之間,實現(xiàn)企業(yè)各業(yè)務(wù)線的“打通”和全域業(yè)務(wù)能力集成,提高開發(fā)和服務(wù)效率。但在中臺如火如荼之際,我們可以發(fā)現(xiàn)各大企業(yè)又在反其道而行,紛紛不斷進行“拆中臺”,那么中臺對于企業(yè)而言,究竟發(fā)揮了哪些作用,當前又出現(xiàn)了哪些問題?今天,我們特邀了高級研發(fā)管理專家、騰訊云 TVP 程超老師,他將從搭中臺到拆中臺的風向轉(zhuǎn)變,探討企業(yè)軟件架構(gòu)的底層邏輯。

        中臺都在忽悠嗎?都被忽悠瘸了?我們都在悄悄淘汰中臺,你們還在建?最近網(wǎng)上充斥大量文章和觀點,都在說中臺過時。為什么會這樣說?是因為成本與復雜性?技術(shù)限制與業(yè)務(wù)變化?還是因為組織變化?為什么會這樣呢?且聽我一一分析。

        眾所周知,中臺是指企業(yè)內(nèi)部的中間層平臺,負責連接上下游系統(tǒng),提供數(shù)據(jù)和功能服務(wù)。而在過去幾年中臺概念曾經(jīng)風靡一時,甚至被認為是企業(yè)數(shù)字化轉(zhuǎn)型的關(guān)鍵。然而,近年來,一些企業(yè)確實出現(xiàn)了對中臺戰(zhàn)略的重新評估,不再像之前那樣盲目地追求中臺建設(shè)。 

        其實,中臺的概念興起于企業(yè)數(shù)字化轉(zhuǎn)型的浪潮中,企業(yè)開始意識到傳統(tǒng)的前臺系統(tǒng)(如客戶端應(yīng)用)與后臺系統(tǒng)(如企業(yè)資源規(guī)劃系統(tǒng))之間的斷層,而中臺則被認為是彌合這種斷層的理想方式。 值得一提的是,關(guān)于中臺的定義,業(yè)內(nèi)大佬也曾經(jīng)發(fā)表過一些觀點:

        提煉各個業(yè)務(wù)條線的共性需求,并將這些打造成組件化的資源/能力包,然后以接口的形式提供給前臺各業(yè)務(wù)部門使用,這樣就可以最大限度地避免“重復造輪子”的問題,也讓每一個新的前臺業(yè)務(wù)創(chuàng)新能夠真正意義上“站在巨人的肩膀上”,而不用每次開辟一個新業(yè)務(wù)都像新建一家創(chuàng)業(yè)公司那么艱難,甚或更為艱難?!称髽I(yè)資深架構(gòu)師 鐘華

        087b0aab507187e6bdf04d1f56d548ef.webp

        總結(jié)而言,中臺的核心點主要有以下三個:
        • 中臺是為前臺而生。
        • 提煉各業(yè)務(wù)條線的共性需求。
        • 減少“重復造輪子”的時間與資源浪費。


        01

        四大層面解讀中臺備受追捧原因

        2015年,業(yè)界首次提出“大中臺、小前臺”戰(zhàn)略,是想打造統(tǒng)一技術(shù)架構(gòu)、產(chǎn)品支撐體系、數(shù)據(jù)共享平臺、安全體系等等,把整個組織“橫”過來,支撐多種多樣的業(yè)務(wù)形態(tài)。中臺似乎已經(jīng)成為行業(yè)標配,稍有規(guī)模的公司都建設(shè)了自己的中臺,掀起了一股強勁的中臺風。 中臺能夠解決哪些問題呢?在我看來,主要有以下四種:
        • 項目重復造輪子嚴重,無法形成抽象共用
        中臺提供了一種在企業(yè)內(nèi)部建立統(tǒng)一的技術(shù)平臺或者服務(wù)平臺的模式。這個平臺可以被不同部門或者項目共享和復用,從而減少了重復開發(fā)的情況。隨著新業(yè)務(wù)的不斷接入,共享服務(wù)也從僅能提供單一的業(yè)務(wù)功能,不斷的自我進化成更健壯更強大的服務(wù),不斷適應(yīng)各種業(yè)務(wù)線的新需求。同時在數(shù)據(jù)積累方面,通過數(shù)據(jù)中臺將各業(yè)務(wù)的數(shù)據(jù)都沉淀下來,不斷地積累數(shù)據(jù),發(fā)揮數(shù)據(jù)的最大威力。
        • 業(yè)務(wù)變化快,緩慢的研發(fā)流程難以迅速響應(yīng)
        很多企業(yè)開發(fā)響應(yīng)慢,其實大部分都是因為數(shù)據(jù)問題,沒有做到實時、準確和統(tǒng)一。比如一家公司的訂單,分為 C 端訂單,B 端訂單,共享單車訂單等等,這些訂單分管在不同部門中,想要做訂單統(tǒng)計、預測等就比較困難,各類型訂單彼此割裂,而如果企業(yè)只有一個訂單中心的話,數(shù)據(jù)就能夠在不同場景下感知到業(yè)務(wù)的變化和聯(lián)動。
        • 提高資源利用率和研發(fā)效率
        1e88550681f2d1f867d98895e4f4b82f.webp說起如何提高資源利用率和研發(fā)效率,我總結(jié)為中臺建設(shè)五步法:插件化、服務(wù)化、配置化、異步化和數(shù)據(jù)化。這五步環(huán)環(huán)相扣,其中插件化就是提高研發(fā)效率的關(guān)鍵點,我們將對核心交易流程進行抽象建模設(shè)計,并通過流程引擎的改造,實現(xiàn)增加多個插件和擴展點。這樣,不同的業(yè)務(wù)場景可以根據(jù)需求自定義其個性化邏輯,將整個交易環(huán)節(jié)抽象為一個流程框架,并在其基礎(chǔ)上引入一系列業(yè)務(wù)擴展。這種設(shè)計使得各業(yè)務(wù)間互不干擾,更靈活地滿足各自需求。 提高資源利用率,這也是必然的,服務(wù)、數(shù)據(jù)、組件等形成統(tǒng)一復用,各資源也不再分散,只需通過一套服務(wù)來做支撐,并且可以通過各業(yè)務(wù)線的忙閑情況,做資源的調(diào)控、比如某個業(yè)務(wù)線使用交易中臺服務(wù),高峰時期是在早上8點到晚上12點,凌晨以后基本沒有業(yè)務(wù)量,則可以考慮把針對這個業(yè)務(wù)線的資源配置降低,從而實現(xiàn)降本增效。
        • 提高系統(tǒng)穩(wěn)定性和可靠性
        一般來說系統(tǒng)的故障由三個方面引起,系統(tǒng) bug、變更配置、并發(fā)流量變化。而技術(shù)中臺避免了各個部門為解決自身技術(shù)問題而隨意修改系統(tǒng)設(shè)置和配置的情況,這樣做有助于防止整個系統(tǒng)因為隨意修改而出現(xiàn)不穩(wěn)定和安全問題。 


        02

        拆分中臺并非全盤否定中臺

        前面我主要介紹了中臺能解決哪些問題,但其實很多企業(yè)在實際引入中臺的過程中,也遇到了很多問題:

        • 中臺與前臺的邊界模糊

        很多前臺的業(yè)務(wù)讓中臺接管開發(fā),到底是接還是不接?中臺的角色和范圍缺乏明確界定,導致中臺與業(yè)務(wù)之間的責任劃分模糊不清,引發(fā)了重復建設(shè)、資源浪費和溝通成本等問題。

        • 穩(wěn)定性與靈活性的沖突

        穩(wěn)定與靈活一直是個矛盾體,中臺接入的業(yè)務(wù)線非常多,一旦出問題影響面巨大,代碼質(zhì)量如何把控、上線流程如何穩(wěn)定、業(yè)務(wù)如何做好隔離,都需要考慮清楚。

        • 溝通障礙與目標差異

        協(xié)調(diào)中臺團隊和業(yè)務(wù)團隊之間的溝通和合作,平衡雙方的需求和利益,以及處理中臺和業(yè)務(wù)之間的依賴和變更,都是一項復雜的管理任務(wù)。

        • 中臺規(guī)劃與業(yè)務(wù)需求之間的平衡

        中臺的服務(wù)需求和響應(yīng)之間存在不匹配,這導致中臺無法滿足業(yè)務(wù)的多樣化和個性化需求。有時中臺過度迎合業(yè)務(wù)的短期需求,卻犧牲了其長期規(guī)劃和可持續(xù)發(fā)展。

        • 利益分配

        距離業(yè)務(wù)近的地方,比距離業(yè)務(wù)遠的地方更能得到公司增長的成果,中臺看似業(yè)務(wù),其實只是沉淀,追求的是穩(wěn)定和靈活。還有業(yè)務(wù)下沉的時候,會涉及到與中臺的業(yè)務(wù)交接,前臺業(yè)務(wù)必定會減少。如果是部門劃到中臺,是否會有人員變動?當中臺的服務(wù)價值和收益缺乏清晰界定,將難以有效衡量自身的貢獻和影響。

        綜上,中臺看似很美好,但很多企業(yè)在實際落地的時候卻因為遇到這些問題,導致陷入困境,中臺建設(shè)越建越復雜,甚至有些企業(yè)對中臺也逐漸失去了信心,反而成了阻礙企業(yè)發(fā)展的瓶頸。

        近兩年業(yè)界開始風行“拆中臺”策略——將中臺變“薄”,拆分到多個獨立的業(yè)務(wù)單元。這使得很多企業(yè)又開始認為中臺已成明日黃花,引進中臺并不是一個好選擇,甚至有些企業(yè)將自身發(fā)展不順的原因也歸在了中臺上面,一時間中臺被全盤否定了。

        我個人則認為拆分中臺并非全盤否定中臺,而是基于自身發(fā)展階段和市場環(huán)境的變化進行戰(zhàn)略調(diào)整和優(yōu)化?!疤煜麓笫拢暇帽胤?,分久必合”,這就意味著在中臺的管理和戰(zhàn)略中,必須根據(jù)具體情況來做出分合的決策。有時候,將中臺進行分散管理或者分解成更小的部分可能更為合適,因為這樣有助于更好地滿足各個業(yè)務(wù)單位的需求,提高靈活性和適應(yīng)性?;ヂ?lián)網(wǎng)大廠們將龐大而僵化的共享中臺重新組織為靈活的業(yè)務(wù)域中臺,可以更好適應(yīng)具體業(yè)務(wù)場景和用戶需求,既能保留中臺提供通用能力和協(xié)同效率的優(yōu)勢,又能增加中臺的靈活性和個性化。


        03

        企業(yè)應(yīng)該因地制宜選擇是否需要中臺

        首先,我想強調(diào)的是,“中臺”本身并不是一個新的架構(gòu)思想,這個架構(gòu)思想早在若干年以前就已經(jīng)有了,很多企業(yè)已經(jīng)是這么做了,就像面向?qū)ο缶幊陶Z言中(Java)高內(nèi)聚,低耦合,便是這種思想。

        當企業(yè)處在初創(chuàng)期,隨著業(yè)務(wù)發(fā)展產(chǎn)生多條業(yè)務(wù)線或產(chǎn)品線的時候,就會面臨協(xié)同方面的挑戰(zhàn),如果每條業(yè)務(wù)線都要自己成立技術(shù)、運維、數(shù)據(jù)等部門,這樣顯然是非常浪費人力和資源的。為了適應(yīng)快速發(fā)展的業(yè)務(wù),就需要成立中臺部門,來抽取、復用共性的東西,形成統(tǒng)一,這樣既能滿足“小前臺,大中臺”策略,讓業(yè)務(wù)快跑搶占市場,中臺提供穩(wěn)定的炮火支援,又能提高協(xié)同和研發(fā)效率。參考示意圖如下:

        e2356b30df42fc42a702911f186e9cd4.webp

        當企業(yè)已經(jīng)渡過初創(chuàng)期,發(fā)展已經(jīng)具有較大規(guī)模時,各條業(yè)務(wù)線人員和業(yè)務(wù)場景也比初創(chuàng)時更加龐大和復雜,企業(yè)了將面臨更加多樣化的市場,以及強大的響應(yīng)能力,甚至每條業(yè)務(wù)線都要獨立去創(chuàng)新,這樣統(tǒng)一的中臺部門就會變成瓶頸,人員、響應(yīng)時間、需求變化和溝通等都會成為阻礙多樣化需求的絆腳石。這時候企業(yè)就需要根據(jù)市場需要,將龐大而僵化的大共享中臺,拆分到各業(yè)務(wù)單元中,將中臺下沉到各業(yè)務(wù)單元中,這樣既能保留中臺的通用和協(xié)同能力,又能針對具體業(yè)務(wù)和場景不斷增加靈活性和定制性。參考示意圖如下:

        729b32a2e7e7899c996de299908879d4.webp

        總而言之,中臺不是一直不變的,它需要根據(jù)市場需求不斷進化,演變成能夠滿足當前企業(yè)市場需要的形態(tài)。中臺不是萬能的,它只是企業(yè)數(shù)字化轉(zhuǎn)型的一種重要實現(xiàn)路徑,我們不能對中臺有過高的期望,而是應(yīng)該理性地回歸到企業(yè)數(shù)字化轉(zhuǎn)型的價值上來。

        c8a86731c914d8563757ae5f0ae3ee59.webp

        作者簡介

        程超,騰訊云 TVP,高級研發(fā)管理專家,14年 Java 研發(fā)經(jīng)驗,8年技術(shù)管理和架構(gòu)經(jīng)驗,曾任京東架構(gòu)師,易寶支付和松果出行架構(gòu)技術(shù)負責人,熟悉支付和電商領(lǐng)域,擅長微服務(wù)生態(tài)建設(shè)和運維監(jiān)控,對 Dubbo、Spring Cloud 和 gRPC 等微服務(wù)框架有深入研究,并應(yīng)用于項目,幫助過多家公司進行過微服務(wù)建設(shè)和改造,目前正在建設(shè)業(yè)務(wù)中臺。 合著作品《深入分布式緩存》和《高可用可伸縮微服務(wù)架構(gòu)》,極客時間每日一課講師和出品人,CSDN 博主專家。

        42db63a408e3482737f7082a83077a2e.webp


        ac3ca438e73894c3326c03ba873474dc.webp

        與其臨淵羨魚,不如退而結(jié)網(wǎng),用力擁抱夢想?。。?/span>

        《研發(fā)效能(DevOps)工程師 職業(yè)技術(shù)認證》

        掌握端到端的研發(fā)效能知識體系,是想要成為高級管理者的必備技能!

        八期班·3月20日! ??席位不多,盡快上車! 擴展職業(yè)發(fā)展與晉升之路!

        3bd0c3c8d25abe075be8dcc7ec833863.webp

        瀏覽 60
        點贊
        評論
        收藏
        分享

        手機掃一掃分享

        分享
        舉報
        評論
        圖片
        表情
        推薦
        點贊
        評論
        收藏
        分享

        手機掃一掃分享

        分享
        舉報
          
          

            1. 亚洲午夜精品毛片成人播放器 | 欧美另类在线视频 | 久久嗯| 999天堂网 | 国产午夜精品一区在线观看 |