云棲大會(huì)上，我和做中臺(tái)實(shí)踐的同學(xué)，以及在阿里做中臺(tái)的朋友進(jìn)行了深入的交流和探討，對(duì)做中臺(tái)過(guò)程中遇到的比較糾結(jié)的問(wèn)題進(jìn)行了思考和總結(jié)。
在探討中臺(tái)哪些讓人糾結(jié)不定煩心事之前，我們依然要談?wù)勎覀優(yōu)槭裁匆鲋信_(tái)（注：本文中臺(tái)局限于企業(yè) IT 架構(gòu)的中臺(tái)，非廣義上的中臺(tái)），做中臺(tái)到底給我?guī)?lái)哪些好處，想不清楚這些就去深入到中臺(tái)的細(xì)節(jié)里也無(wú)意義。中臺(tái)概念這幾年特別火，就像 90 年代不做 ERP 是等死一樣，現(xiàn)在做不做中臺(tái)也好像能定企業(yè)生死一樣，弄得大家都在搞中臺(tái)。但是不是所有的企業(yè)都適合做中臺(tái)，只有符合以下條件的企業(yè)，才有實(shí)施中臺(tái)的必要，切莫亂搞。
所以，如果您是創(chuàng)業(yè)團(tuán)隊(duì)，或者業(yè)務(wù)線比較單一，建議不要盲目嘗試中臺(tái)架構(gòu)，否則將拖累你業(yè)務(wù)發(fā)展的速度 。另外，我們也要清晰的知道實(shí)施中臺(tái)的目的，以及中臺(tái)會(huì)給企業(yè)帶來(lái)的價(jià)值，沒(méi)有實(shí)際利益的推動(dòng)中臺(tái)就很難落地，或者有形而無(wú)神。
明確了中臺(tái)的應(yīng)用場(chǎng)景和價(jià)值體現(xiàn)，我們開(kāi)始實(shí)施中臺(tái)架構(gòu)的落地。我從今年上半年開(kāi)始推動(dòng)中臺(tái)這件事差不多有幾個(gè)月的時(shí)間，在這個(gè)過(guò)程中也是摸著石頭過(guò)河。雖然有很多中臺(tái)的理論知識(shí)可以學(xué)習(xí)，但是實(shí)際的過(guò)程中發(fā)現(xiàn)，中臺(tái)的落地是一件非常難的事情，它沒(méi)有標(biāo)準(zhǔn)，認(rèn)識(shí)也不統(tǒng)一，在一些關(guān)鍵環(huán)節(jié)存在不少分歧。正好此次在云棲大會(huì)約了幾個(gè)實(shí)踐中臺(tái)的朋友進(jìn)行了深入的探討，把討論的內(nèi)容進(jìn)行總結(jié)，希望中臺(tái)的建設(shè)少一些糾結(jié)，多一分信心。什么是中臺(tái)？每個(gè)人可能有不同的理解，行業(yè)里也沒(méi)有嚴(yán)格的定義，但我更認(rèn)同其中一個(gè)說(shuō)法就是：中臺(tái)是企業(yè)級(jí)能力復(fù)用的平臺(tái)。如何來(lái)解釋這句話呢？
既然核心是能力復(fù)用，業(yè)務(wù)流派認(rèn)為中臺(tái)其實(shí)是一套思想，只要能夠?qū)崿F(xiàn)能力的復(fù)用，滿足降本增效的企業(yè)目標(biāo)，采取的所有措施，和一切可復(fù)用的能力都是中臺(tái)的范疇，所以中臺(tái)是一種組織方式。而技術(shù)流派的人則認(rèn)為，既然是能力復(fù)用的平臺(tái)，就一定要有支撐復(fù)用的工具，就必須定義一套技術(shù)規(guī)范來(lái)支持復(fù)用，中臺(tái)一定要有基礎(chǔ)平臺(tái)來(lái)支撐的。中臺(tái)首先要統(tǒng)一思想，圍繞能力的復(fù)用進(jìn)行組織管理，將能力組件化，如下圖最底層部分。同時(shí)，中臺(tái)之上我們要構(gòu)建能快速落地的技術(shù)平臺(tái)（如圖中 OECP 部分），通過(guò) Low code 的平臺(tái)能力，實(shí)現(xiàn)組件的組裝和流程的設(shè)計(jì)，快速的構(gòu)建應(yīng)用。技術(shù)平臺(tái)是業(yè)務(wù)無(wú)關(guān)性的，但業(yè)務(wù)中臺(tái)一定是業(yè)務(wù)相關(guān)性的，只要把業(yè)務(wù)和技術(shù)有機(jī)的組合起來(lái)，把企業(yè)的能力沉淀并復(fù)用起來(lái)，這就有了中臺(tái)的基礎(chǔ)。
復(fù)用是中臺(tái)建設(shè)的核心，是一切的基礎(chǔ)，沒(méi)有復(fù)用的意識(shí)導(dǎo)向，中臺(tái)就變成了自?shī)首詷?lè)的游戲。也許很多人會(huì)說(shuō)，沒(méi)有中臺(tái)之前復(fù)用無(wú)處不在啊，我們寫(xiě)程序復(fù)用代碼，做方案復(fù)用案例，為什么一定要建設(shè)中臺(tái)呢？首先，再次重申下中臺(tái)的復(fù)用范圍是“企業(yè)級(jí)”，它既不局限于技術(shù)同學(xué)內(nèi)的程序復(fù)用，也不局限于一個(gè)團(tuán)隊(duì)內(nèi)部的復(fù)用，而是站在企業(yè)最高的視角，作用于整個(gè)企業(yè)的 IT 架構(gòu)；其次是“能力的復(fù)用”，能力的范圍更加寬泛。和阿里的朋友談到復(fù)用時(shí)，我們也提到了復(fù)用的級(jí)別，像阿里云其實(shí)就是在基礎(chǔ)設(shè)施這個(gè)級(jí)別上的復(fù)用。我自己把復(fù)用的級(jí)別抽象成下圖所示的 5 層：
級(jí)別越低，粒度越小，復(fù)用的范圍越廣，但價(jià)值體現(xiàn)較低；級(jí)別越高，粒度越大，復(fù)用的價(jià)值越高，但復(fù)用范圍也比較局限。所以站在業(yè)務(wù)和價(jià)值角度上，都是先從最高的層次上去復(fù)用。只有上層無(wú)法實(shí)現(xiàn)復(fù)用，我們才會(huì)逐步向下層去尋找。但是有時(shí)候站在技術(shù)角度，我們習(xí)慣在低層次上去復(fù)用，因?yàn)檫@里最接近自己的工作，粒度越小，技術(shù)上越可控。但不論怎樣只要我們能把這些能力很好的組織管理起來(lái)并實(shí)現(xiàn)復(fù)用，就是中臺(tái)的思維。具體到中臺(tái)落地的 IT 架構(gòu)，微服務(wù)基礎(chǔ)架構(gòu)是目前最流行的方式，因?yàn)閱渭兂绦虼a的復(fù)用價(jià)值有限，而傳統(tǒng)單體應(yīng)用的復(fù)用又極其的不靈活，而基于微服務(wù)架構(gòu)的業(yè)務(wù)組件的復(fù)用則處在中間層級(jí)，靈活性和復(fù)用度比較平衡。組件復(fù)用的核心思想是領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)（DDD），而我認(rèn)為 DDD 最大難點(diǎn)是粒度的控制，粒度太粗不靈活、復(fù)用性差，粒度太細(xì)雖然復(fù)用性好，但耦合較大，運(yùn)維成本較高。
Gartner 在研究報(bào)告里提出了宏服務(wù)、小服務(wù)和微服務(wù)的粒度劃分：宏服務(wù)：一種傳統(tǒng)的 Web 服務(wù)，支持將功能封裝于單體應(yīng)用內(nèi)。宏服務(wù)不支持獨(dú)立部署或擴(kuò)展， 它們只能部署為單體應(yīng)用的一部分，而且它們不需要微服務(wù)基礎(chǔ)架構(gòu)。
小服務(wù)：就服務(wù)粒度范圍而言，小服務(wù)是一種粗粒度、松散耦合、支持獨(dú)立部署的應(yīng)用組件。小服務(wù)需要微服務(wù)基礎(chǔ)架構(gòu)。
微服務(wù)：微服務(wù)處于粒度范圍的遠(yuǎn)端，是一種可獨(dú)立部署的組件，能夠支持單個(gè)應(yīng)用功能的實(shí)施。微服務(wù)可直接部署到微服務(wù)運(yùn)行時(shí)環(huán)境中，也往往具備專用數(shù)據(jù)存儲(chǔ)區(qū)。微服務(wù)需要微服務(wù)基礎(chǔ)架構(gòu)。
我本人非常喜歡 Gartner 的劃分方式，基于這三種服務(wù)的粒度，我也談?wù)勎覍?duì)粒度把握的一些思路。如果我們想對(duì)已存在系統(tǒng)的能力進(jìn)行復(fù)用，可以采用宏服務(wù)模式進(jìn)行，宏服務(wù)的模式適合做系統(tǒng)的集成和治理。我們對(duì)于新的業(yè)務(wù)和項(xiàng)目，剛開(kāi)始建議采用小服務(wù)的方式進(jìn)行業(yè)務(wù)領(lǐng)域的拆分，不建議拆分的過(guò)細(xì)，這個(gè)小服務(wù)能滿足該需求的基本抽象即可。從適中的粒度開(kāi)始，服務(wù)的粒度一定是業(yè)務(wù)推進(jìn)的過(guò)程中不斷演化的，創(chuàng)新業(yè)務(wù)推動(dòng)服務(wù)的粒度向更細(xì)的粒度裂變，而業(yè)務(wù)成熟穩(wěn)定后，又推動(dòng)服務(wù)向粗粒度方向聚合。實(shí)踐證明，業(yè)務(wù)能力輸出的內(nèi)容主要是核心業(yè)務(wù)數(shù)據(jù)和業(yè)務(wù)流程。而在我上面定義的復(fù)用級(jí)別上，業(yè)務(wù)流程的復(fù)用處在 LV4，也是比較高階的復(fù)用能力。云棲大會(huì)的朋友聚會(huì)上，我一個(gè)實(shí)踐中臺(tái)的同學(xué)談到中臺(tái)服務(wù)如何更加靈活的支撐前臺(tái)時(shí)談到服務(wù)的編排。他們的做法是給前臺(tái)同事提供了一套服務(wù)編排的工具，然后發(fā)布一系列的原子性的服務(wù)，由各前臺(tái)團(tuán)隊(duì)按照自己流程去編排適合自己的邏輯流程。我不反對(duì)服務(wù)編排，而且在 SOA 和微服務(wù)的架構(gòu)下，服務(wù)編排是必不可少的能力。但是我不認(rèn)可給前臺(tái)提供編排工具，而中臺(tái)只提供原子性服務(wù)。因?yàn)槲覀冊(cè)谥信_(tái)的建設(shè)中，一直提及的是中臺(tái)一定是業(yè)務(wù)相關(guān)性的，中臺(tái)輸出的不僅僅是工具，更要深入到具體的業(yè)務(wù)場(chǎng)景中，提供業(yè)務(wù)流程的優(yōu)秀實(shí)踐。阿里的朋友在討論這個(gè)問(wèn)題時(shí)提到了 SOP（Standard Operation Procedure）的概念，他認(rèn)為最好的做法是提供一套標(biāo)準(zhǔn)化的流程 預(yù)留可動(dòng)態(tài)注入的擴(kuò)展點(diǎn)的方式來(lái)對(duì)前臺(tái)提供。比如淘寶和天貓?jiān)跇I(yè)務(wù)上可以共享一套 SOP，在這套 SOP 的擴(kuò)展點(diǎn)上各自注入自己不同的規(guī)則，從而滿足自己的需求。從中臺(tái)的復(fù)用范圍來(lái)看，我特別認(rèn)同這種方式，因?yàn)橹信_(tái)只有提供 SOP，才是真正的實(shí)現(xiàn)業(yè)務(wù)流程這種高階的復(fù)用（就像國(guó)外 ERP 宣揚(yáng)的那樣，你購(gòu)買的不只是一套系統(tǒng)，還有企業(yè)管理到優(yōu)秀實(shí)踐）。當(dāng)然如果要做到 SOP 的定義，中臺(tái)團(tuán)隊(duì)必須有既精通業(yè)務(wù)又熟悉技術(shù)的人，我們俗稱“業(yè)務(wù)架構(gòu)師”，不過(guò)水平高的人實(shí)在可遇不可求啊。從這點(diǎn)我也理解把工具開(kāi)放給前臺(tái)自己做服務(wù)編排的同學(xué)了。雖然我一直在強(qiáng)調(diào)中臺(tái)要深入業(yè)務(wù)，要提煉 SOP，但中臺(tái)又不能過(guò)度參與業(yè)務(wù)，不能因?yàn)橹信_(tái)掣肘了業(yè)務(wù)的敏捷性。中臺(tái)提供的能力要具有靈活性和可定制性，便于業(yè)務(wù)方根據(jù)規(guī)范自主完成，減少溝通成本，提升效率。所以服務(wù)編排作為工具還是需要提供，前期通過(guò)工具快速嘗試探索合適的業(yè)務(wù)流程，后期通過(guò)業(yè)務(wù)的優(yōu)秀實(shí)踐形成 SOP。
服務(wù)編排快速創(chuàng)新，SOP 穩(wěn)定復(fù)用先后順序：先業(yè)務(wù)中臺(tái) VS 先數(shù)據(jù)中臺(tái)
雖然各種中臺(tái)很多，但是真正和業(yè)務(wù)保持密切協(xié)同的是業(yè)務(wù)中臺(tái)和數(shù)據(jù)中臺(tái)，阿里巴巴的中臺(tái)核心也是這雙中臺(tái)驅(qū)動(dòng)的，這里面體現(xiàn)的核心就是一切業(yè)務(wù)數(shù)據(jù)化，一切數(shù)據(jù)業(yè)務(wù)化，業(yè)務(wù)產(chǎn)生數(shù)據(jù)，數(shù)據(jù)又賦能業(yè)務(wù)。
業(yè)務(wù)中臺(tái)和數(shù)據(jù)中臺(tái)雙驅(qū)動(dòng)在和某 Gartner 分析師交流的時(shí)候，他的觀點(diǎn)是先有業(yè)務(wù)中臺(tái)，再有數(shù)據(jù)中臺(tái)。雖然我們也是從業(yè)務(wù)中臺(tái)開(kāi)始，但我個(gè)人并不是特別認(rèn)可這個(gè)觀點(diǎn)的，我更認(rèn)可的是先業(yè)務(wù)后數(shù)據(jù)，但是對(duì)于哪個(gè)中臺(tái)先開(kāi)始，完全要看各企業(yè)的自身情況。如果企業(yè)當(dāng)前最迫切的訴求是避免重復(fù)造輪子，提升 IT 生產(chǎn)力，數(shù)據(jù)基礎(chǔ)相對(duì)較好或者數(shù)據(jù)量級(jí)不夠，建議業(yè)務(wù)中臺(tái)先行。如果企業(yè)當(dāng)前最迫切的訴求是系統(tǒng)繁多但孤島嚴(yán)重急需要打通，企業(yè)已經(jīng)存在大量的數(shù)據(jù)急需要在業(yè)務(wù)上發(fā)揮價(jià)值，建議數(shù)據(jù)中臺(tái)先行。具有自主技術(shù)研發(fā)團(tuán)隊(duì)特點(diǎn)的科技企業(yè)更適合先業(yè)務(wù)中臺(tái)，而自主開(kāi)發(fā)能力較弱，應(yīng)用系統(tǒng)更多依賴第三方外采的偏傳統(tǒng)企業(yè)，可能更適合數(shù)據(jù)中臺(tái)先行。中臺(tái)團(tuán)隊(duì)：委員會(huì) VS 許愿池
中臺(tái)的建設(shè)是一把手工程，沒(méi)有自上而下的推動(dòng)，中臺(tái)是很難落地的。所以中臺(tái)變革的第一步就是組織架構(gòu)的調(diào)整，需要建立一個(gè)中臺(tái)團(tuán)隊(duì)來(lái)負(fù)責(zé)組織、協(xié)調(diào)和建設(shè)。
如何對(duì)中臺(tái)團(tuán)隊(duì)定位也是一個(gè)難題，在我所見(jiàn)所經(jīng)歷的中臺(tái)組織中，經(jīng)常出現(xiàn)兩種形態(tài)：第一種是委員會(huì)。中臺(tái)團(tuán)隊(duì)是由各業(yè)務(wù)線選派的同事組成的虛擬組織，其中大部分都是領(lǐng)導(dǎo)，更多的承擔(dān)組織、協(xié)調(diào)的角色，具體執(zhí)行工作分散在原有的各個(gè)部門里，這種可稱為委員會(huì)似的中臺(tái)。因?yàn)楦鞑块T的領(lǐng)導(dǎo)組成，相互之間加強(qiáng)了信息共享，也逐步有了復(fù)用的意識(shí)，但在企業(yè) IT 建設(shè)這個(gè)環(huán)節(jié)，因?yàn)闆](méi)有具體的專注于共享業(yè)務(wù)的執(zhí)行團(tuán)隊(duì)，協(xié)作成本會(huì)增高、實(shí)際產(chǎn)出可能比較務(wù)虛，看著熱鬧，其實(shí)很難體現(xiàn)復(fù)用的價(jià)值。第二種是許愿池。中臺(tái)只是普通的共享研發(fā)部門，前臺(tái)直接把需求丟到這個(gè)許愿池里，然后期盼著中臺(tái)提供一個(gè)現(xiàn)成的組件、服務(wù)，中臺(tái)成了為前臺(tái)打工的了。累不用說(shuō)還不討好，阿里早期的共享業(yè)務(wù)事業(yè)部估計(jì)就是這種窘境，沒(méi)有業(yè)務(wù)話語(yǔ)權(quán)。中臺(tái)團(tuán)隊(duì)既不應(yīng)該是委員會(huì)也不該是許愿池，中臺(tái)不僅能組織、能引領(lǐng)，又必須要有實(shí)際的產(chǎn)出。中臺(tái)需要前臺(tái)滋養(yǎng)，前臺(tái)更需要中臺(tái)賦能，中臺(tái)團(tuán)隊(duì)只有成為具有核心話語(yǔ)權(quán)的實(shí)體團(tuán)隊(duì)，企業(yè)能力的復(fù)用才能最大化的發(fā)揮出來(lái)。所以阿里巴巴讓其 CTO 行癲張建峰掛帥推進(jìn)中臺(tái)戰(zhàn)略，才有了今天阿里中臺(tái)的影響力。
其實(shí)中臺(tái)建設(shè)過(guò)程中碰到的問(wèn)題遠(yuǎn)不止這些，需要我們?cè)趯?shí)踐中去探索正確的解題方法。
中臺(tái)成功的行為準(zhǔn)則和行動(dòng)綱領(lǐng)最后引用《中臺(tái)戰(zhàn)略》書(shū)中的內(nèi)容結(jié)束本文，希望踐行中臺(tái)的同仁都能馬到成功。
本站僅提供存儲(chǔ)服務(wù)，所有內(nèi)容均由用戶發(fā)布，如發(fā)現(xiàn)有害或侵權(quán)內(nèi)容，請(qǐng)
點(diǎn)擊舉報(bào)。
