成都創(chuàng)新互聯(lián)公司專注于站前企業(yè)網(wǎng)站建設(shè),響應(yīng)式網(wǎng)站建設(shè),商城建設(shè)。站前網(wǎng)站建設(shè)公司,為站前等地區(qū)提供建站服務(wù)。全流程按需網(wǎng)站建設(shè)，專業(yè)設(shè)計，全程項目跟蹤，成都創(chuàng)新互聯(lián)公司專業(yè)和態(tài)度為您提供的服務(wù)

一、 中臺的誕生

中臺戰(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ā)中臺等。

（圖片參考：2018云棲大會上海峰會）

 “阿里業(yè)務(wù)中臺的前身是共享平臺，原來的共享平臺更多的被當(dāng)作資源團(tuán)隊，承接各個業(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è)才會遇到。可以說：業(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)大呢？

這種能力有別于豎井式的系統(tǒng)建設(shè)方式。有的企業(yè)IT人員說：“我們系統(tǒng)很多，功能很強(qiáng)大，所有業(yè)務(wù)點(diǎn)都有系統(tǒng)支持，但為什么業(yè)務(wù)人員總抱怨系統(tǒng)做的不夠好？”。

拋開商業(yè)模式的原因，問題根源很有可能出在系統(tǒng)的共享、聯(lián)通和融合能力上。由于企業(yè)缺乏整體規(guī)劃，整體建設(shè)目標(biāo)不夠明確，加上天然的組織架構(gòu)和業(yè)務(wù)邊界，很自然的出現(xiàn)了明顯的系統(tǒng)邊界，難以支持企業(yè)級業(yè)務(wù)能力的快速融合，不能快速響應(yīng)企業(yè)級的業(yè)務(wù)和商業(yè)模式創(chuàng)新，對前臺一線業(yè)務(wù)支持也不夠好，最終影響企業(yè)的發(fā)展。這種問題在業(yè)務(wù)領(lǐng)域分布廣泛的集團(tuán)級企業(yè)可能會表現(xiàn)得更加明顯。

平臺化只是將部分公共模塊獨(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ù)的支撐。”

再聽聽ThoughtWorks王健老師對中臺的定義：

 “中臺是企業(yè)級能力復(fù)用平臺。”

 “中臺(無論是技術(shù)中臺、業(yè)務(wù)中臺還是組織中臺)的建設(shè)根本上是為了解決企業(yè)響應(yīng)力困境，彌補(bǔ)創(chuàng)新驅(qū)動快速變化的前臺和穩(wěn)定可靠驅(qū)動變化周期相對較慢的后臺之間的矛盾，提供一個中間層來適配前臺與后臺的配速問題，沉淀能力，打通并順滑鏈接前臺需求與后臺資源，幫助企業(yè)不斷提升用戶響應(yīng)力。”

我們提煉幾個中臺的關(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è)計研發(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>

相對互聯(lián)網(wǎng)企業(yè)而言，傳統(tǒng)企業(yè)的渠道應(yīng)用更多樣化，有面向內(nèi)部人員的柜臺類應(yīng)用、面向外部用戶的互聯(lián)網(wǎng)電商及移動APP類應(yīng)用。這些應(yīng)用面向的用戶和場景可能不同，但其功能類似，基本涵蓋了核心業(yè)務(wù)能力。此外，傳統(tǒng)企業(yè)也會將部分核心應(yīng)用的頁面或API服務(wù)能力開放給生態(tài)圈第三方，相互借力發(fā)展。

為了適應(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è)計的通用域或支撐域），以實(shí)現(xiàn)通用能力的沉淀、共享和復(fù)用。還需要將核心能力中臺化（對應(yīng)領(lǐng)域驅(qū)動設(shè)計的核心域），以滿足不同渠道的核心業(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è)計和規(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ù)能力輸出。這些成熟的云計算技術(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ù)流程。

豎井式系統(tǒng)

中臺后的前臺建設(shè)要有一套綜合考慮業(yè)務(wù)邊界、流程和平臺的整體解決方案，實(shí)現(xiàn)各不同中臺前端操作、流程和界面的聯(lián)通和融合。不管后端有多少個中臺，前端用戶感受只有一個前臺！

前端操作、流程和界面的聯(lián)通和融合

前臺設(shè)計中可以借鑒微前端的設(shè)計思想，在企業(yè)內(nèi)不僅實(shí)現(xiàn)前端解耦和復(fù)用，還可以根據(jù)核心鏈路和業(yè)務(wù)流程，通過對微前端頁面的動態(tài)組合和流程編排，實(shí)現(xiàn)前臺業(yè)務(wù)的融合。

前端頁面可自然融合到不同終端和渠道應(yīng)用核心業(yè)務(wù)鏈路中，實(shí)現(xiàn)前端頁面、流程和功能復(fù)用。相關(guān)設(shè)計思路我會在“如何實(shí)現(xiàn)前臺的融合”章節(jié)中講到。

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)計和報表分析功能，但由于數(shù)據(jù)時效和融合能力不夠，再加上傳統(tǒng)數(shù)據(jù)類應(yīng)用本來不是為前端而生，難以快速響應(yīng)前端一線業(yè)務(wù)。

業(yè)務(wù)中臺的建設(shè)可采用領(lǐng)域驅(qū)動設(shè)計方法，通過領(lǐng)域建模，將可復(fù)用的公共能力從各單體剝離，沉淀并組合，采用微服務(wù)架構(gòu)模式，建設(shè)成為可共享的通用能力中臺。同樣的將核心能力采用微服務(wù)架構(gòu)模式，建設(shè)成為可面向不同渠道和場景的可復(fù)用的核心能力中臺。業(yè)務(wù)中臺面向前臺、第三方和其它中臺提供API服務(wù)，實(shí)現(xiàn)通用能力和核心能力的復(fù)用。

面向前臺、第三方和其它中臺提供API服務(wù)

需要記住一點(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è)計和指導(dǎo)思想，處理不好前臺、中臺和后臺的關(guān)系，將會進(jìn)一步加劇前臺流程和數(shù)據(jù)的孤島化和碎片化。

數(shù)據(jù)中臺的主要目標(biāo)是打通數(shù)據(jù)孤島，實(shí)現(xiàn)業(yè)務(wù)融合和創(chuàng)新，包括三大主要職能：一是完成企業(yè)全域數(shù)據(jù)的采集與存儲，實(shí)現(xiàn)各不同業(yè)務(wù)類別中臺數(shù)據(jù)的匯總和集中管理。二是按照標(biāo)準(zhǔn)的數(shù)據(jù)規(guī)范或數(shù)據(jù)模型，將數(shù)據(jù)按照不同主題域或場景進(jìn)行加工和處理，形成面向不同主題和場景的數(shù)據(jù)應(yīng)用，如客戶視圖、代理人視圖、渠道視圖、機(jī)構(gòu)視圖等不同數(shù)據(jù)體系。三是建立業(yè)務(wù)需求驅(qū)動的數(shù)據(jù)體系，基于各個維度的數(shù)據(jù)，深度萃取數(shù)據(jù)價值，支持業(yè)務(wù)和商業(yè)模式的創(chuàng)新。

數(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ù)。

3. 順帶說說后臺

很多人提到中臺時自然會問：“既然有前臺和中臺，是否有后臺？那后臺的職責(zé)是什么呢？”。

我們來看一下阿里對前臺、中臺和后臺的定位。

前臺主要面向客戶以及終端銷售者，實(shí)現(xiàn)營銷推廣以及交易轉(zhuǎn)化。

中臺主要面向運(yùn)營人員，完成運(yùn)營支撐。

后臺主要面向后臺管理人員，實(shí)現(xiàn)流程審核、內(nèi)部管理以及后勤支撐，如采購、人力、財務(wù)和OA等系統(tǒng)。

為了實(shí)現(xiàn)內(nèi)部的管理要求，很多人習(xí)慣性將這些管理要求嵌入到核心業(yè)務(wù)流程中。而一般來說這類內(nèi)控管理需求對權(quán)限、管控規(guī)則和流程等要求都比較高，但是大部分管理人員只是參與了某個局部業(yè)務(wù)環(huán)節(jié)的審核。這類復(fù)雜的管理需求，會憑空增加不同渠道應(yīng)用前臺界面和核心流程的融合難度以及軟件開發(fā)的復(fù)雜度。

在設(shè)計流程審核和管理類功能時，可以考慮按角色或崗位進(jìn)行功能聚合。將復(fù)雜的管理需求從通用的核心業(yè)務(wù)鏈路中剝離，參考小程序的建設(shè)模式，通過特定程序入口嵌入前臺APP或應(yīng)用中。

管理需求從前臺核心業(yè)務(wù)鏈路剝離后，前臺應(yīng)用將具有更好的通用性，可更容易的實(shí)現(xiàn)各渠道前臺界面和流程的融合。一個前臺應(yīng)用或APP可以無差別的同時面向外部互聯(lián)網(wǎng)用戶和內(nèi)部業(yè)務(wù)人員，從而促進(jìn)傳統(tǒng)渠道與互聯(lián)網(wǎng)渠道應(yīng)用前臺的融合。

4. 小結(jié)

企業(yè)的中臺轉(zhuǎn)型不只是中臺的工作，需要整體考慮前臺、中臺和后臺的協(xié)同、共享、聯(lián)通和融合。

前臺通過頁面和流程共享實(shí)現(xiàn)不同渠道應(yīng)用之間前臺融合，中臺通過API實(shí)現(xiàn)服務(wù)共享。

通過前臺、業(yè)務(wù)中臺和數(shù)據(jù)中臺的融合實(shí)現(xiàn)傳統(tǒng)應(yīng)用與互聯(lián)網(wǎng)應(yīng)用的融合，解決“后端雙核心、前端兩張皮”的問題。

能力復(fù)用了，前臺流程和數(shù)據(jù)融合了才能更好的支持業(yè)務(wù)的融合和商業(yè)模式的創(chuàng)新。

六、 如何實(shí)現(xiàn)前臺的融合？

為什么要單獨(dú)來說前臺的融合呢？因?yàn)榍芭_的融合對企業(yè)級的業(yè)務(wù)融合非常重要！

中臺通過微服務(wù)實(shí)現(xiàn)了后端應(yīng)用的解耦，提高了應(yīng)用的彈性伸縮能力。但中臺化的過程中也會將單體應(yīng)用拆分出許多的微服務(wù)，前臺團(tuán)隊將會面對多個微服務(wù)團(tuán)隊。如何實(shí)現(xiàn)不同中臺的前臺融合？前臺應(yīng)用如何正確的連接和拼裝這些服務(wù)？不是一件很容易的事情。

為解決前臺與中臺的集成以及前臺頁面和流程的融合，我們借鑒微前端設(shè)計思想。在前端設(shè)計時，對齊微服務(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ù)用。

微前端在前臺的融合

企業(yè)級的核心業(yè)務(wù)鏈路在企業(yè)級前臺中實(shí)現(xiàn)，它可以根據(jù)業(yè)務(wù)邏輯動態(tài)編排和加載各中臺的微前端頁面，完成企業(yè)級核心業(yè)務(wù)鏈路，在企業(yè)級前臺實(shí)現(xiàn)各不同中臺能力的融合。

中臺的頁面、流程和功能在其對應(yīng)的微前端中實(shí)現(xiàn)，它是一個功能和流程自包含的前端業(yè)務(wù)組件。微前端頁面和功能根據(jù)企業(yè)前臺應(yīng)用的整體業(yè)務(wù)邏輯和流程動態(tài)融入到核心業(yè)務(wù)鏈路中。

微前端和微服務(wù)集成后形成可復(fù)用的業(yè)務(wù)組件。不管是核心微前端還是通用微前端，均可在不同的企業(yè)級前臺應(yīng)用實(shí)現(xiàn)復(fù)用，從而實(shí)現(xiàn)不同中臺的前臺頁面、流程和功能的共享、聯(lián)通和融合。

七、 寫在最后

用技術(shù)語言總結(jié)就是：“前臺聚合，中臺解耦，數(shù)據(jù)融合，業(yè)務(wù)創(chuàng)新”。先有共享、后有聯(lián)通、再有創(chuàng)新。

推薦閱讀

數(shù)據(jù)中臺：民生銀行的實(shí)踐

企業(yè)數(shù)據(jù)中臺整體介紹及建設(shè)方案【電子書】 附下載地址

滴滴業(yè)務(wù)中臺構(gòu)建實(shí)踐，首次曝光

什么是中臺——來自阿里巴巴架構(gòu)師總結(jié)

金融「中臺」十宗罪

數(shù)據(jù)中臺【書籍】

分享名稱：中臺到底在共享什么-創(chuàng)新互聯(lián)
網(wǎng)站路徑：http://www.chinadenli.net/article46/dhiohg.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供移動網(wǎng)站建設(shè)、動態(tài)網(wǎng)站、營銷型網(wǎng)站建設(shè)、網(wǎng)站收錄、定制網(wǎng)站、小程序開發(fā)

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)