[[353015]]

本文轉(zhuǎn)載自微信公眾號(hào)「大數(shù)據(jù)DT」，作者歐創(chuàng)新 鄧頔。轉(zhuǎn)載本文請(qǐng)聯(lián)系大數(shù)據(jù)DT公眾號(hào)。  

作者：歐創(chuàng)新 鄧頔

來源：大數(shù)據(jù)DT(ID：hzdashuju)

我們來看一下阿里巴巴對(duì)前臺(tái)、中臺(tái)和后臺(tái)職責(zé)的定位。

• 前臺(tái)主要面向客戶以及終端銷售者，實(shí)現(xiàn)營(yíng)銷推廣以及交易轉(zhuǎn)換。
• 中臺(tái)主要面向運(yùn)營(yíng)人員，完成運(yùn)營(yíng)支撐。
• 后臺(tái)主要面向后臺(tái)管理人員，實(shí)現(xiàn)流程審核、內(nèi)部管理以及后勤支撐，比如采購(gòu)、人力、財(cái)務(wù)和OA等系統(tǒng)。

企業(yè)級(jí)能力往往是前臺(tái)、中臺(tái)、后臺(tái)協(xié)同作戰(zhàn)能力的體現(xiàn)。

如果把業(yè)務(wù)中臺(tái)比作陸軍、火箭軍和空軍等專業(yè)軍種，主要發(fā)揮單一軍種的戰(zhàn)術(shù)專業(yè)能力，那么前臺(tái)就是作戰(zhàn)部隊(duì)，它會(huì)根據(jù)前線戰(zhàn)場(chǎng)的實(shí)時(shí)作戰(zhàn)需求，快速完成不同職能業(yè)務(wù)中臺(tái)能力的組合和調(diào)度，實(shí)現(xiàn)不同業(yè)務(wù)板塊能力的融合，形成強(qiáng)大的組合打擊能力完成精準(zhǔn)打擊，獲得最大企業(yè)效能。

而數(shù)據(jù)中臺(tái)就是信息情報(bào)中心和聯(lián)合作戰(zhàn)總指揮部，是企業(yè)智能化的大腦，它能夠匯集各類一線作戰(zhàn)板塊的數(shù)據(jù)和信息完成數(shù)據(jù)分析，制定戰(zhàn)略和戰(zhàn)術(shù)計(jì)劃，完成不同業(yè)務(wù)中臺(tái)能力的智能調(diào)度和組合，為前臺(tái)作戰(zhàn)部隊(duì)提供快速數(shù)據(jù)和情報(bào)服務(wù)。

后臺(tái)就是后勤部隊(duì)，它們不直接面向前臺(tái)業(yè)務(wù)，主要提供企業(yè)后端支撐和管理能力。

下面分別展開詳細(xì)介紹。

01 前臺(tái)

傳統(tǒng)企業(yè)的早期系統(tǒng)有不少是基于業(yè)務(wù)領(lǐng)域或企業(yè)組織架構(gòu)來建設(shè)的，每個(gè)系統(tǒng)都有自己的前端界面和后端業(yè)務(wù)邏輯，不同系統(tǒng)之間相互獨(dú)立。用戶操作是豎井式，有時(shí)一筆業(yè)務(wù)需要登錄多個(gè)系統(tǒng)才能完成完整的業(yè)務(wù)流程，如圖1-2所示。

▲圖1-2 煙囪式的系統(tǒng)建設(shè)模式

完成中臺(tái)建設(shè)后，進(jìn)行前臺(tái)建設(shè)時(shí)，需要一套企業(yè)級(jí)整體解決方案，以實(shí)現(xiàn)各種不同中臺(tái)的前端操作、流程和界面的組合、聯(lián)通和融合。不管后端有多少個(gè)中臺(tái)，前端用戶感受到的始終只有一個(gè)前臺(tái)，如圖1-3所示。

▲圖1-3 前臺(tái)業(yè)務(wù)的融合

在前臺(tái)設(shè)計(jì)時(shí)，我們可以借鑒微前端的設(shè)計(jì)思想，通過企業(yè)級(jí)主應(yīng)用與微前端應(yīng)用集成，不僅可以實(shí)現(xiàn)前端頁面邏輯的解耦和頁面級(jí)服務(wù)的復(fù)用，還可以根據(jù)企業(yè)核心業(yè)務(wù)鏈路和業(yè)務(wù)流程，通過對(duì)不同業(yè)務(wù)板塊微前端頁面的動(dòng)態(tài)組合和編排，實(shí)現(xiàn)企業(yè)級(jí)前臺(tái)業(yè)務(wù)的融合。

微前端頁面還可以融合到不同終端和渠道應(yīng)用的核心業(yè)務(wù)鏈路中，實(shí)現(xiàn)前端頁面、流程和功能的組合和復(fù)用，也可以滿足場(chǎng)景化的銷售要求，實(shí)現(xiàn)微前端應(yīng)用的靈活快速發(fā)布。

02 中臺(tái)

傳統(tǒng)企業(yè)的核心業(yè)務(wù)大多是基于集中式架構(gòu)開發(fā)的。這種集中式單體系統(tǒng)，一般都存在擴(kuò)展能力弱、彈性伸縮能力差的問題，無法適應(yīng)突發(fā)高頻訪問的互聯(lián)網(wǎng)業(yè)務(wù)場(chǎng)景。同時(shí)，傳統(tǒng)企業(yè)數(shù)據(jù)類應(yīng)用大多通過ETL工具抽取數(shù)據(jù)以實(shí)現(xiàn)數(shù)據(jù)建模、統(tǒng)計(jì)和報(bào)表分析功能。

這種傳統(tǒng)的數(shù)據(jù)倉(cāng)庫處理模式往往會(huì)存在數(shù)據(jù)時(shí)效性問題，再加上傳統(tǒng)數(shù)據(jù)類應(yīng)用主要面向企業(yè)管理和決策分析，并不是為前臺(tái)而生的，因此難以快速響應(yīng)前臺(tái)一線業(yè)務(wù)的數(shù)據(jù)服務(wù)要求。

所以，在企業(yè)數(shù)字化轉(zhuǎn)型時(shí)，需要同時(shí)解決傳統(tǒng)的業(yè)務(wù)和數(shù)據(jù)應(yīng)用建設(shè)的問題，采用雙中臺(tái)模式同步建設(shè)業(yè)務(wù)中臺(tái)和數(shù)據(jù)中臺(tái)。

1. 業(yè)務(wù)中臺(tái)

業(yè)務(wù)中臺(tái)的建設(shè)可采用DDD(Domain Driven Design，領(lǐng)域驅(qū)動(dòng)設(shè)計(jì))方法，通過領(lǐng)域建模，將可復(fù)用的公共能力從各個(gè)單體中剝離、沉淀并組合。采用微服務(wù)架構(gòu)，建設(shè)成為可共享的通用能力中臺(tái)。通用能力中臺(tái)更強(qiáng)調(diào)標(biāo)準(zhǔn)化和抽象能力，面向企業(yè)所有業(yè)務(wù)領(lǐng)域?qū)崿F(xiàn)能力復(fù)用。同樣地，我們也可以通過微服務(wù)架構(gòu)將核心能力建設(shè)成可以面向不同渠道和場(chǎng)景的可復(fù)用的核心能力中臺(tái)。

核心能力中臺(tái)設(shè)計(jì)時(shí)，需充分釋放出極強(qiáng)的快速適應(yīng)不同業(yè)務(wù)場(chǎng)景和渠道的企業(yè)核心能力，從而在面向不同渠道和客戶時(shí)，能夠快速靈活地持續(xù)發(fā)揮出企業(yè)的核心競(jìng)爭(zhēng)力優(yōu)勢(shì)。

而通用能力則可通過抽象和標(biāo)準(zhǔn)化設(shè)計(jì)，讓其具有更強(qiáng)的業(yè)務(wù)融合和企業(yè)級(jí)組合與支撐能力，通過企業(yè)主應(yīng)用聯(lián)通各個(gè)不同業(yè)務(wù)板塊，發(fā)揮企業(yè)業(yè)務(wù)、數(shù)據(jù)和流程的黏合劑作用。

業(yè)務(wù)中臺(tái)落地后的微服務(wù)可以向前端、第三方和其他中臺(tái)提供API服務(wù)，實(shí)現(xiàn)通用能力和核心能力復(fù)用，如圖1-4所示。

▲圖1-4 微服務(wù)對(duì)外的服務(wù)方式

有一點(diǎn)需要注意：在將傳統(tǒng)集中式單體應(yīng)用按業(yè)務(wù)職責(zé)和能力細(xì)分為微服務(wù)，以及建設(shè)中臺(tái)的過程中，會(huì)產(chǎn)生越來越多的獨(dú)立部署的微服務(wù)。

這樣做雖然提升了應(yīng)用彈性伸縮和高可用能力，但由于微服務(wù)之間運(yùn)行的物理隔離，微服務(wù)拆分會(huì)導(dǎo)致數(shù)據(jù)的進(jìn)一步分離。原來單體系統(tǒng)的一些內(nèi)部調(diào)用也會(huì)變成跨微服務(wù)調(diào)用，再加上前后端分離設(shè)計(jì)后，還要完成前后端應(yīng)用集成，這樣會(huì)增加企業(yè)級(jí)應(yīng)用集成的難度。

如果沒有合適的設(shè)計(jì)方法和指導(dǎo)思想，處理不好前臺(tái)、中臺(tái)和后臺(tái)的關(guān)系，將會(huì)進(jìn)一步加劇前臺(tái)業(yè)務(wù)和數(shù)據(jù)的孤島化、碎片化。

2. 數(shù)據(jù)中臺(tái)

為了打通數(shù)據(jù)孤島，通過數(shù)據(jù)智能化實(shí)現(xiàn)業(yè)務(wù)和數(shù)據(jù)融合以及商業(yè)模式創(chuàng)新，支持在線數(shù)據(jù)服務(wù)，支持業(yè)務(wù)中臺(tái)和前臺(tái)的精細(xì)化數(shù)字化運(yùn)營(yíng)，企業(yè)需要同步建設(shè)數(shù)據(jù)中臺(tái)。數(shù)據(jù)中臺(tái)的主要目標(biāo)如下。

• 一是完成企業(yè)全域數(shù)據(jù)的采集與存儲(chǔ)，實(shí)現(xiàn)不同業(yè)務(wù)類別中臺(tái)數(shù)據(jù)的集中管理。
• 二是按照標(biāo)準(zhǔn)的數(shù)據(jù)規(guī)范或數(shù)據(jù)模型，基于不同主題域或場(chǎng)景對(duì)數(shù)據(jù)進(jìn)行加工和處理，形成面向不同主題和場(chǎng)景的數(shù)據(jù)應(yīng)用，比如客戶視圖、代理人視圖、渠道視圖、機(jī)構(gòu)視圖等不同的數(shù)據(jù)服務(wù)體系。
• 三是建立數(shù)據(jù)驅(qū)動(dòng)的運(yùn)營(yíng)體系，基于各個(gè)維度的數(shù)據(jù)，萃取數(shù)據(jù)價(jià)值，組合企業(yè)各種能力，支持業(yè)務(wù)智能化和商業(yè)模式的創(chuàng)新，實(shí)現(xiàn)精細(xì)的數(shù)字化運(yùn)營(yíng)。

相應(yīng)地，數(shù)據(jù)中臺(tái)的建設(shè)就可分為三步。

• 第一步，實(shí)現(xiàn)各中臺(tái)業(yè)務(wù)數(shù)據(jù)的匯集，解決數(shù)據(jù)孤島和初級(jí)數(shù)據(jù)共享問題。
• 第二步，實(shí)現(xiàn)企業(yè)級(jí)實(shí)時(shí)或非實(shí)時(shí)全維度數(shù)據(jù)的深度融合、加工和共享。
• 第三步，萃取數(shù)據(jù)價(jià)值，支持業(yè)務(wù)創(chuàng)新，加速?gòu)臄?shù)據(jù)轉(zhuǎn)換為業(yè)務(wù)價(jià)值的過程。

數(shù)據(jù)中臺(tái)可以建立在數(shù)據(jù)倉(cāng)庫或數(shù)據(jù)平臺(tái)之上，將數(shù)據(jù)服務(wù)化之后提供給中臺(tái)或者前臺(tái)應(yīng)用。與數(shù)據(jù)平臺(tái)相比，數(shù)據(jù)中臺(tái)不僅服務(wù)于分析型場(chǎng)景，還更多服務(wù)于交易型業(yè)務(wù)場(chǎng)景，為前臺(tái)業(yè)務(wù)提供數(shù)據(jù)智能服務(wù)?；跀?shù)據(jù)庫日志捕獲的技術(shù)，使得數(shù)據(jù)獲取的時(shí)效性大大提升，這樣就可以為數(shù)據(jù)中臺(tái)的交易型場(chǎng)景提供很好的支撐。

綜上，數(shù)據(jù)中臺(tái)主要完成數(shù)據(jù)的融合和加工，通過數(shù)據(jù)智能化，實(shí)現(xiàn)智能化的業(yè)務(wù)和流程創(chuàng)新;通過萃取數(shù)據(jù)業(yè)務(wù)價(jià)值，提供數(shù)據(jù)服務(wù)，最終實(shí)現(xiàn)數(shù)字化運(yùn)營(yíng)。

03 后臺(tái)

后臺(tái)主要面向企業(yè)內(nèi)部運(yùn)營(yíng)和后臺(tái)管理人員。對(duì)于后臺(tái)，為了實(shí)現(xiàn)內(nèi)部的管理要求，很多人總會(huì)習(xí)慣將一些管理流程嵌入核心業(yè)務(wù)鏈路中。而這類內(nèi)控管理類的需求對(duì)權(quán)限、管控規(guī)則和流程等要求一般都比較嚴(yán)格，但是大部分管理人員只是參與了某個(gè)局部業(yè)務(wù)環(huán)節(jié)的審核。

這些復(fù)雜的管理需求，會(huì)憑空增加不同渠道應(yīng)用的前臺(tái)界面與核心流程的融合難度以及軟件開發(fā)的復(fù)雜度。

在設(shè)計(jì)流程審核和管理類功能的時(shí)候，其實(shí)我們可以考慮按角色或崗位進(jìn)行功能聚合，將一些復(fù)雜的管理需求從通用的核心業(yè)務(wù)鏈路中剝離，通過特定程序入口嵌入前臺(tái)App或應(yīng)用中，專門供后臺(tái)管理人員使用。而對(duì)于中臺(tái)與后臺(tái)的數(shù)據(jù)交互則可以采用事件驅(qū)動(dòng)的異步化的數(shù)據(jù)最終一致性模式實(shí)現(xiàn)數(shù)據(jù)復(fù)制，減輕中臺(tái)業(yè)務(wù)壓力。

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

關(guān)于作者：歐創(chuàng)新，某大型保險(xiǎn)公司架構(gòu)師，擁有十多年的軟件架構(gòu)設(shè)計(jì)經(jīng)驗(yàn)。熱衷于DDD、中臺(tái)和分布式微服務(wù)架構(gòu)設(shè)計(jì)。在DDD、中臺(tái)和分布式微服務(wù)架構(gòu)設(shè)計(jì)方面有深厚的積累，擅長(zhǎng)分布式微服務(wù)架構(gòu)設(shè)計(jì)。

鄧頔，某大型保險(xiǎn)公司高級(jí)工程師，全國(guó)青年崗位能手。致力于基于DDD的企業(yè)級(jí)中臺(tái)微服務(wù)架構(gòu)改造實(shí)踐，精通前端開發(fā)相關(guān)技術(shù)棧，擁有豐富的企業(yè)級(jí)微前端實(shí)戰(zhàn)經(jīng)驗(yàn)。

本文摘編自《中臺(tái)架構(gòu)與實(shí)現(xiàn)：基于DDD和微服務(wù)》，經(jīng)出版方授權(quán)發(fā)布。