一、 中臺的誕生
中臺戰(zhàn)略是企業(yè)數(shù)字化轉(zhuǎn)型過程中的一個熱門話題。說到中臺轉(zhuǎn)型，企業(yè)大多對標(biāo)阿里巴巴。
2015年阿里巴巴提出了“大中臺，小前臺”的中臺戰(zhàn)略，提出之初阿里有近 4 億用戶，為超過 1000萬各類企業(yè)提供服務(wù)，業(yè)務(wù)種類繁多，業(yè)務(wù)之間相互網(wǎng)狀依賴。同時，阿里部門也越來越多，分工越來越細(xì)，溝通過多，相互依賴，創(chuàng)新成本非常高，對業(yè)務(wù)響應(yīng)也越來越慢。阿里需要找到能夠?qū)ν饨缱兓焖俜磻?yīng)，整合阿里各種基礎(chǔ)能力，高效支撐業(yè)務(wù)創(chuàng)新的機(jī)制。
相信很多公司或多或少都遇到過類似的問題，或者隨著企業(yè)規(guī)模越來越大，也正面臨著同樣的問題。
二、 中臺or平臺？
很多IT人員在談?wù)撝信_時說：“我們在系統(tǒng)建設(shè)之初就已將產(chǎn)品、用戶、權(quán)限、客戶等公共模塊獨(dú)立成了共享的平臺了，這不是中臺嗎？”也有很多人對中臺提出質(zhì)疑：“中臺是個怪名詞，它不就是平臺嗎？”
我們先了解一下阿里業(yè)務(wù)中臺的發(fā)展歷程。
阿里中臺從業(yè)務(wù)中臺和數(shù)據(jù)中臺開始，后來發(fā)展出移動中臺、技術(shù)中臺、研發(fā)中臺等。
“阿里業(yè)務(wù)中臺的前身是共享平臺，原來的共享平臺更多的被當(dāng)作資源團(tuán)隊(duì)，承接各個業(yè)務(wù)方的需求，為業(yè)務(wù)方在基礎(chǔ)服務(wù)上做定制開發(fā)。”
看到這里是不是似曾相識呢。有的企業(yè)十多年前就已經(jīng)完成了大一統(tǒng)的集中式系統(tǒng)拆分，將公共能力和核心能力分開建設(shè)，解決了公共模塊重復(fù)投入和重復(fù)建設(shè)的問題。有的企業(yè)共享平臺建設(shè)時間甚至比阿里還要早，但并沒有發(fā)展成為像阿里一樣的中臺。
同樣的起點(diǎn)，為什么結(jié)果會不一樣？
阿里這十年經(jīng)歷了光速發(fā)展，同時業(yè)務(wù)領(lǐng)域快速擴(kuò)張也增加了業(yè)務(wù)的復(fù)雜性，這種業(yè)務(wù)發(fā)展也只有像阿里這樣的互聯(lián)網(wǎng)企業(yè)才會遇到?？梢哉f：業(yè)務(wù)的發(fā)展和復(fù)雜性推動了阿里中臺的誕生。
我們再進(jìn)一步來了解阿里業(yè)務(wù)中臺的目標(biāo)。
“業(yè)務(wù)中臺是把核心服務(wù)鏈路 (會員、商品、交易、營銷、店鋪、資金結(jié)算等) 整體當(dāng)作一個平臺產(chǎn)品來做，為前端業(yè)務(wù)提供的是業(yè)務(wù)解決方案，而不是彼此獨(dú)立的系統(tǒng)。”
這也是我們?yōu)槭裁纯梢栽陂e魚上能直接登錄淘寶、支付寶，在刷微博時也能流暢的跳轉(zhuǎn)到淘寶和天貓店鋪的原因。您是否感受到了這種跨平臺融合能力的強(qiáng)大呢？
平臺化只是將部分公共模塊獨(dú)立為共享平臺。雖然平臺通過API接口或者數(shù)據(jù)共享對外提供公共服務(wù)，解決了重復(fù)建設(shè)的問題，但由于這類平臺并沒有與企業(yè)內(nèi)其他平臺或應(yīng)用實(shí)現(xiàn)頁面、業(yè)務(wù)流程和數(shù)據(jù)從前端到后端企業(yè)級的全面融合，沒有將核心業(yè)務(wù)服務(wù)鏈路作為一個整體方案考慮，各平臺仍然是獨(dú)立和分離的，本質(zhì)上仍然為豎井式建設(shè)模式。
共享平臺雖然解決了公共能力復(fù)用的問題，但離中臺的目標(biāo)還有一段距離！
三、 中臺到底是什么？
中臺到底是什么？“一千個讀者就有一千個哈姆雷特”，業(yè)內(nèi)提法很多。
聽聽阿里業(yè)務(wù)平臺負(fù)責(zé)人玄難老師說說中臺是什么？
“中臺是一個基礎(chǔ)的理念和架構(gòu)，我們要把所有的基礎(chǔ)服務(wù)用中臺的思路建設(shè)，進(jìn)行聯(lián)通，共同支持上端的業(yè)務(wù)。業(yè)務(wù)中臺更多的是支持在線業(yè)務(wù)，數(shù)據(jù)中臺提供了基礎(chǔ)數(shù)據(jù)處理能力和很多的數(shù)據(jù)產(chǎn)品給所有業(yè)務(wù)方去用。業(yè)務(wù)中臺、數(shù)據(jù)中臺、算法中臺等等一起提供對上層業(yè)務(wù)的支撐。”
我們提煉幾個中臺的關(guān)鍵詞：“共享、聯(lián)通、融合和創(chuàng)新”。聯(lián)通是前臺以及中臺之間的聯(lián)通，融合是前臺流程和數(shù)據(jù)的融合，以共享的方式支持前端一線業(yè)務(wù)發(fā)展和創(chuàng)新。
中臺首先體現(xiàn)的是一種企業(yè)級的能力，它提供的是一套企業(yè)級的整體解決方案，解決小到企業(yè)、集團(tuán)、大到生態(tài)圈的能力共享、聯(lián)通和融合的問題，支持業(yè)務(wù)和商業(yè)模式創(chuàng)新。通過平臺聯(lián)通和數(shù)據(jù)融合為用戶提供一致的體驗(yàn)，更敏捷的支撐前臺一線業(yè)務(wù)。
中臺源于平臺，但中臺與平臺比，它更多的體現(xiàn)在一種理念的轉(zhuǎn)變，它更主要體現(xiàn)在三個關(guān)鍵能力上：
1. 對前臺業(yè)務(wù)的快速響應(yīng)能力；
2. 企業(yè)級能力的復(fù)用能力；
3. 從前臺、中臺到后臺的設(shè)計(jì)研發(fā)、頁面操作、流程服務(wù)和數(shù)據(jù)的無縫聯(lián)通和融合能力。
其中最關(guān)鍵的是第3點(diǎn)：企業(yè)級的無縫聯(lián)通和融合能力，尤其對于集團(tuán)化的超大企業(yè)而言，這一點(diǎn)至關(guān)重要。
四、 傳統(tǒng)企業(yè)如何做中臺？
傳統(tǒng)企業(yè)有別于互聯(lián)網(wǎng)企業(yè)，阿里、騰訊等公司是互聯(lián)網(wǎng)生態(tài)圈的創(chuàng)造者和流量入口，傳統(tǒng)企業(yè)作為生態(tài)圈種群中的個體，除了需要做好原有的傳統(tǒng)渠道業(yè)務(wù)外，還需要融入互聯(lián)網(wǎng)生態(tài)圈，其商業(yè)模式、個體能力、與其他個體共生的能力決定了它的發(fā)展?jié)摿Α?/p>
為了適應(yīng)不同業(yè)務(wù)和渠道的發(fā)展，過去很多企業(yè)的做法是開發(fā)很多獨(dú)立的應(yīng)用或APP。但由于IT系統(tǒng)建設(shè)初期沒有企業(yè)級的整體規(guī)劃，平臺之間融合不好，導(dǎo)致用戶體驗(yàn)不好，關(guān)鍵的是用戶也并不想裝那么多APP！
為了提高用戶體驗(yàn)，實(shí)現(xiàn)統(tǒng)一運(yùn)營，很多企業(yè)開始縮減APP數(shù)量，通過一個APP集成企業(yè)內(nèi)所有能力，聯(lián)通前臺所有核心業(yè)務(wù)鏈路。
由于傳統(tǒng)企業(yè)的商業(yè)模式和IT系統(tǒng)建設(shè)發(fā)展的歷程與互聯(lián)網(wǎng)企業(yè)不完全一樣，因此傳統(tǒng)企業(yè)的中臺建設(shè)策略與阿里中臺戰(zhàn)略也應(yīng)該有所差異。
由于渠道多樣化，傳統(tǒng)企業(yè)不僅要將通用能力中臺化（對應(yīng)領(lǐng)域驅(qū)動設(shè)計(jì)的通用域或支撐域），以實(shí)現(xiàn)通用能力的沉淀、共享和復(fù)用。還需要將核心能力中臺化（對應(yīng)領(lǐng)域驅(qū)動設(shè)計(jì)的核心域），以滿足不同渠道的核心業(yè)務(wù)能力復(fù)用的需求，避免傳統(tǒng)核心和互聯(lián)網(wǎng)不同渠道應(yīng)用出現(xiàn)“后端雙核心、前端兩張皮”的問題。這屬于業(yè)務(wù)中臺的范疇，需解決核心業(yè)務(wù)鏈路的聯(lián)通和不同渠道服務(wù)共享的問題。
除了核心業(yè)務(wù)鏈路的聯(lián)通和服務(wù)共享，還需要解決系統(tǒng)微服務(wù)分拆后的數(shù)據(jù)孤島、數(shù)據(jù)融合和業(yè)務(wù)創(chuàng)新的問題。這屬于數(shù)據(jù)中臺的范疇。采用分布式架構(gòu)后更應(yīng)關(guān)注微服務(wù)拆分后的數(shù)據(jù)融合。
在中臺設(shè)計(jì)和規(guī)劃時，需要整體考慮企業(yè)內(nèi)前臺、中臺以及后臺應(yīng)用的協(xié)同，實(shí)現(xiàn)不同渠道應(yīng)用的前端頁面、流程和服務(wù)的共享，實(shí)現(xiàn)核心業(yè)務(wù)鏈路的聯(lián)通以及前臺流程和數(shù)據(jù)的融合，支持業(yè)務(wù)和商業(yè)模式的創(chuàng)新。
中臺轉(zhuǎn)型要做到：前臺流程融合、中臺服務(wù)共享、數(shù)據(jù)融合創(chuàng)新。
五、 中臺建設(shè)應(yīng)該共享什么？
分布式和云原生等開源技術(shù)的逐步成熟，阿里、騰訊等互聯(lián)網(wǎng)企業(yè)也從互聯(lián)網(wǎng)業(yè)務(wù)主戰(zhàn)場轉(zhuǎn)型為面向企業(yè)的2B技術(shù)能力輸出。這些成熟的云計(jì)算技術(shù)將為傳統(tǒng)企業(yè)中臺戰(zhàn)略轉(zhuǎn)型賦能，也為傳統(tǒng)企業(yè)中臺建設(shè)的技術(shù)路線選擇提供了多種可能。
1. 先談?wù)勄芭_
傳統(tǒng)企業(yè)早期系統(tǒng)有不少是基于業(yè)務(wù)領(lǐng)域或組織架構(gòu)來建設(shè)的，每個系統(tǒng)都有自己的前端，相互獨(dú)立，用戶操作是豎井式，需要登錄多個系統(tǒng)才能完成完整的業(yè)務(wù)流程。
中臺后的前臺建設(shè)要有一套綜合考慮業(yè)務(wù)邊界、流程和平臺的整體解決方案，實(shí)現(xiàn)各不同中臺前端操作、流程和界面的聯(lián)通和融合。不管后端有多少個中臺，前端用戶感受只有一個前臺！
前臺設(shè)計(jì)中可以借鑒微前端的設(shè)計(jì)思想，在企業(yè)內(nèi)不僅實(shí)現(xiàn)前端解耦和復(fù)用，還可以根據(jù)核心鏈路和業(yè)務(wù)流程，通過對微前端頁面的動態(tài)組合和流程編排，實(shí)現(xiàn)前臺業(yè)務(wù)的融合。
2. 再說說中臺
這里只討論業(yè)務(wù)中臺和數(shù)據(jù)中臺。
傳統(tǒng)企業(yè)核心業(yè)務(wù)大多基于集中式架構(gòu)開發(fā)，單體系統(tǒng)存在擴(kuò)展性和彈性伸縮能力差的問題，無法適應(yīng)忽高忽低的互聯(lián)網(wǎng)業(yè)務(wù)場景。而數(shù)據(jù)類應(yīng)用也多數(shù)通過ETL工具抽取數(shù)據(jù)實(shí)現(xiàn)數(shù)據(jù)建模、統(tǒng)計(jì)和報(bào)表分析功能，但由于數(shù)據(jù)時效和融合能力不夠，再加上傳統(tǒng)數(shù)據(jù)類應(yīng)用本來不是為前端而生，難以快速響應(yīng)前端一線業(yè)務(wù)。
業(yè)務(wù)中臺的建設(shè)可采用領(lǐng)域驅(qū)動設(shè)計(jì)方法，通過領(lǐng)域建模，將可復(fù)用的公共能力從各單體剝離，沉淀并組合，采用微服務(wù)架構(gòu)模式，建設(shè)成為可共享的通用能力中臺。同樣的將核心能力采用微服務(wù)架構(gòu)模式，建設(shè)成為可面向不同渠道和場景的可復(fù)用的核心能力中臺。 業(yè)務(wù)中臺面向前臺、第三方和其它中臺提供API服務(wù)，實(shí)現(xiàn)通用能力和核心能力的復(fù)用。
需要記住一點(diǎn)：在將傳統(tǒng)集中式單體按業(yè)務(wù)職責(zé)和能力細(xì)分為微服務(wù)，建設(shè)中臺的過程中，會產(chǎn)生越來越多獨(dú)立部署的微服務(wù)。雖然提升了應(yīng)用彈性和高可用能力，但由于微服務(wù)的物理隔離，原來一些系統(tǒng)內(nèi)的調(diào)用會變成跨微服務(wù)調(diào)用，再加上前后端分離，微服務(wù)拆分會導(dǎo)致數(shù)據(jù)進(jìn)一步分離，增加企業(yè)級應(yīng)用集成的難度。
如果沒有合適的設(shè)計(jì)和指導(dǎo)思想，處理不好前臺、中臺和后臺的關(guān)系，將會進(jìn)一步加劇前臺流程和數(shù)據(jù)的孤島化和碎片化。
數(shù)據(jù)中臺的建設(shè)可分為三步走。第一步實(shí)現(xiàn)各中臺業(yè)務(wù)數(shù)據(jù)的匯集，解決數(shù)據(jù)孤島和初級數(shù)據(jù)共享問題。第二步實(shí)現(xiàn)企業(yè)級實(shí)時或非實(shí)時全維度數(shù)據(jù)的深度融合、加工和共享。第三步萃取數(shù)據(jù)價值，支持業(yè)務(wù)創(chuàng)新，加速從數(shù)據(jù)轉(zhuǎn)換為業(yè)務(wù)價值的過程。
數(shù)據(jù)中臺不僅限于分析型場景，也適用于交易型場景。它可以建立在數(shù)據(jù)倉庫或數(shù)據(jù)平臺之上，將數(shù)據(jù)服務(wù)化之后提供給業(yè)務(wù)系統(tǒng)?；跀?shù)據(jù)庫日志捕獲的技術(shù)，使數(shù)據(jù)的時效性大大提升，可為交易型場景提供很好的支撐。
數(shù)據(jù)中臺主要完成數(shù)據(jù)的融合和加工，萃取數(shù)據(jù)業(yè)務(wù)價值，支持業(yè)務(wù)創(chuàng)新，對外提供數(shù)據(jù)共享服務(wù)。
六、 如何實(shí)現(xiàn)前臺的融合？
為什么要單獨(dú)來說前臺的融合呢？因?yàn)榍芭_的融合對企業(yè)級的業(yè)務(wù)融合非常重要！
中臺通過微服務(wù)實(shí)現(xiàn)了后端應(yīng)用的解耦，提高了應(yīng)用的彈性伸縮能力。但中臺化的過程中也會將單體應(yīng)用拆分出許多的微服務(wù)，前臺團(tuán)隊(duì)將會面對多個微服務(wù)團(tuán)隊(duì)。如何實(shí)現(xiàn)不同中臺的前臺融合？前臺應(yīng)用如何正確的連接和拼裝這些服務(wù)？不是一件很容易的事情。
為解決前臺與中臺的集成以及前臺頁面和流程的融合，我們借鑒微前端設(shè)計(jì)思想。在前端設(shè)計(jì)時，對齊微服務(wù)功能和職責(zé)，按照領(lǐng)域模型和微服務(wù)邊界，構(gòu)建與微服務(wù)前端功能相對應(yīng)的可以獨(dú)立部署、完全自治、松耦合的頁面聚合，每個聚合只負(fù)責(zé)特定的 UI 元素和特定的功能。一個完成特定微服務(wù)前端功能的頁面聚合就是一個微前端。
微前端與微服務(wù)集成后可形成從前端到中臺可獨(dú)立開發(fā)、測試、部署和運(yùn)維的并且功能自包含的微前端業(yè)務(wù)組件。微前端除了可以實(shí)現(xiàn)前端頁面的解耦外，還可實(shí)現(xiàn)前端頁面的復(fù)用，這也與中臺服務(wù)復(fù)用理念是一脈相承。
在微前端之上還有一個企業(yè)級的前臺應(yīng)用，它可以是一個企業(yè)級的移動APP，也可以是PC端應(yīng)用，按照正確的業(yè)務(wù)邏輯和流程能夠編排和動態(tài)加載企業(yè)內(nèi)所有微前端頁面，完成企業(yè)內(nèi)核心業(yè)務(wù)鏈路的融合，給用戶提供一致體驗(yàn)。
通用能力微前端大多作為共享的頁面和功能，其功能入口一般常駐前臺APP中，如購物車、商品、會員以及支付等功能。核心能力微前端主要完成核心業(yè)務(wù)前端功能，一般會根據(jù)業(yè)務(wù)類型動態(tài)加載對應(yīng)業(yè)務(wù)的微前端頁面。
比如：可以根據(jù)商品類型，加載核心業(yè)務(wù)微前端錄單頁面。在完成所有保單錄入后，加載訂單共享微前端頁面，完成訂單生成。訂單生成后，加載支付共享微前端頁面完成支付等等。共享微前端可在不同渠道前臺實(shí)現(xiàn)復(fù)用。
七、總結(jié)
用技術(shù)語言總結(jié)就是：“前臺聚合，中臺解耦，數(shù)據(jù)融合，業(yè)務(wù)創(chuàng)新”。先有共享、后有聯(lián)通、再有創(chuàng)新。
