導(dǎo)讀

很多人提到中臺時自然會問：“既然有中臺，那是否有前臺和后臺？它們各自的職責(zé)又是什么呢？”本文為你詳細(xì)解答。

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

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

中臺主要面向運營人員，完成運營支撐。

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

企業(yè)級能力往往是前臺、中臺、后臺協(xié)同作戰(zhàn)能力的體現(xiàn)。 如果把業(yè)務(wù)中臺比作陸軍、火箭軍和空軍等專業(yè)軍種，主要發(fā)揮單一軍種的戰(zhàn)術(shù)專業(yè)能力，那么前臺就是作戰(zhàn)部隊，它會根據(jù)前線戰(zhàn)場的實時作戰(zhàn)需求，快速完成不同職能業(yè)務(wù)中臺能力的組合和調(diào)度，實現(xiàn)不同業(yè)務(wù)板塊能力的融合，形成強大的組合打擊能力完成精準(zhǔn)打擊，獲得最大企業(yè)效能。 而數(shù)據(jù)中臺就是信息情報中心和聯(lián)合作戰(zhàn)總指揮部，是企業(yè)智能化的大腦，它能夠匯集各類一線作戰(zhàn)板塊的數(shù)據(jù)和信息完成數(shù)據(jù)分析，制定戰(zhàn)略和戰(zhàn)術(shù)計劃，完成不同業(yè)務(wù)中臺能力的智能調(diào)度和組合，為前臺作戰(zhàn)部隊提供快速數(shù)據(jù)和情報服務(wù)。 后臺就是后勤部隊，它們不直接面向前臺業(yè)務(wù)，主要提供企業(yè)后端支撐和管理能力。 下面分別展開詳細(xì)介紹。 01 前臺 傳統(tǒng)企業(yè)的早期系統(tǒng)有不少是基于業(yè)務(wù)領(lǐng)域或企業(yè)組織架構(gòu)來建設(shè)的，每個系統(tǒng)都有自己的前端界面和后端業(yè)務(wù)邏輯，不同系統(tǒng)之間相互獨立。用戶操作是豎井式，有時一筆業(yè)務(wù)需要登錄多個系統(tǒng)才能完成完整的業(yè)務(wù)流程，如圖1-2所示。

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

▲圖1-3 前臺業(yè)務(wù)的融合 在前臺設(shè)計時，我們可以借鑒微前端的設(shè)計思想，通過企業(yè)級主應(yīng)用與微前端應(yīng)用集成，不僅可以實現(xiàn)前端頁面邏輯的解耦和頁面級服務(wù)的復(fù)用，還可以根據(jù)企業(yè)核心業(yè)務(wù)鏈路和業(yè)務(wù)流程，通過對不同業(yè)務(wù)板塊微前端頁面的動態(tài)組合和編排，實現(xiàn)企業(yè)級前臺業(yè)務(wù)的融合。 微前端頁面還可以融合到不同終端和渠道應(yīng)用的核心業(yè)務(wù)鏈路中，實現(xiàn)前端頁面、流程和功能的組合和復(fù)用，也可以滿足場景化的銷售要求，實現(xiàn)微前端應(yīng)用的靈活快速發(fā)布。 02 中臺 傳統(tǒng)企業(yè)的核心業(yè)務(wù)大多是基于集中式架構(gòu)開發(fā)的。這種集中式單體系統(tǒng)，一般都存在擴展能力弱、彈性伸縮能力差的問題，無法適應(yīng)突發(fā)高頻訪問的互聯(lián)網(wǎng)業(yè)務(wù)場景。同時，傳統(tǒng)企業(yè)數(shù)據(jù)類應(yīng)用大多通過ETL工具抽取數(shù)據(jù)以實現(xiàn)數(shù)據(jù)建模、統(tǒng)計和報表分析功能。 這種傳統(tǒng)的數(shù)據(jù)倉庫處理模式往往會存在數(shù)據(jù)時效性問題，再加上傳統(tǒng)數(shù)據(jù)類應(yīng)用主要面向企業(yè)管理和決策分析，并不是為前臺而生的，因此難以快速響應(yīng)前臺一線業(yè)務(wù)的數(shù)據(jù)服務(wù)要求。 所以，在企業(yè)數(shù)字化轉(zhuǎn)型時，需要同時解決傳統(tǒng)的業(yè)務(wù)和數(shù)據(jù)應(yīng)用建設(shè)的問題，采用雙中臺模式同步建設(shè)業(yè)務(wù)中臺和數(shù)據(jù)中臺。1. 業(yè)務(wù)中臺 業(yè)務(wù)中臺的建設(shè)可采用DDD（Domain Driven Design，領(lǐng)域驅(qū)動設(shè)計）方法，通過領(lǐng)域建模，將可復(fù)用的公共能力從各個單體中剝離、沉淀并組合。采用微服務(wù)架構(gòu)，建設(shè)成為可共享的通用能力中臺。通用能力中臺更強調(diào)標(biāo)準(zhǔn)化和抽象能力，面向企業(yè)所有業(yè)務(wù)領(lǐng)域?qū)崿F(xiàn)能力復(fù)用。同樣地，我們也可以通過微服務(wù)架構(gòu)將核心能力建設(shè)成可以面向不同渠道和場景的可復(fù)用的核心能力中臺。 核心能力中臺設(shè)計時，需充分釋放出極強的快速適應(yīng)不同業(yè)務(wù)場景和渠道的企業(yè)核心能力，從而在面向不同渠道和客戶時，能夠快速靈活地持續(xù)發(fā)揮出企業(yè)的核心競爭力優(yōu)勢。 而通用能力則可通過抽象和標(biāo)準(zhǔn)化設(shè)計，讓其具有更強的業(yè)務(wù)融合和企業(yè)級組合與支撐能力，通過企業(yè)主應(yīng)用聯(lián)通各個不同業(yè)務(wù)板塊，發(fā)揮企業(yè)業(yè)務(wù)、數(shù)據(jù)和流程的黏合劑作用。 業(yè)務(wù)中臺落地后的微服務(wù)可以向前端、第三方和其他中臺提供API服務(wù)，實現(xiàn)通用能力和核心能力復(fù)用，如圖1-4所示。

▲圖1-4 微服務(wù)對外的服務(wù)方式 有一點需要注意：在將傳統(tǒng)集中式單體應(yīng)用按業(yè)務(wù)職責(zé)和能力細(xì)分為微服務(wù)，以及建設(shè)中臺的過程中，會產(chǎn)生越來越多的獨立部署的微服務(wù)。 這樣做雖然提升了應(yīng)用彈性伸縮和高可用能力，但由于微服務(wù)之間運行的物理隔離，微服務(wù)拆分會導(dǎo)致數(shù)據(jù)的進(jìn)一步分離。原來單體系統(tǒng)的一些內(nèi)部調(diào)用也會變成跨微服務(wù)調(diào)用，再加上前后端分離設(shè)計后，還要完成前后端應(yīng)用集成，這樣會增加企業(yè)級應(yīng)用集成的難度。 如果沒有合適的設(shè)計方法和指導(dǎo)思想，處理不好前臺、中臺和后臺的關(guān)系，將會進(jìn)一步加劇前臺業(yè)務(wù)和數(shù)據(jù)的孤島化、碎片化。2. 數(shù)據(jù)中臺 為了打通數(shù)據(jù)孤島，通過數(shù)據(jù)智能化實現(xiàn)業(yè)務(wù)和數(shù)據(jù)融合以及商業(yè)模式創(chuàng)新，支持在線數(shù)據(jù)服務(wù)，支持業(yè)務(wù)中臺和前臺的精細(xì)化數(shù)字化運營，企業(yè)需要同步建設(shè)數(shù)據(jù)中臺。數(shù)據(jù)中臺的主要目標(biāo)如下。

一是完成企業(yè)全域數(shù)據(jù)的采集與存儲，實現(xiàn)不同業(yè)務(wù)類別中臺數(shù)據(jù)的集中管理。

二是按照標(biāo)準(zhǔn)的數(shù)據(jù)規(guī)范或數(shù)據(jù)模型，基于不同主題域或場景對數(shù)據(jù)進(jìn)行加工和處理，形成面向不同主題和場景的數(shù)據(jù)應(yīng)用，比如客戶視圖、代理人視圖、渠道視圖、機構(gòu)視圖等不同的數(shù)據(jù)服務(wù)體系。

三是建立數(shù)據(jù)驅(qū)動的運營體系，基于各個維度的數(shù)據(jù)，萃取數(shù)據(jù)價值，組合企業(yè)各種能力，支持業(yè)務(wù)智能化和商業(yè)模式的創(chuàng)新，實現(xiàn)精細(xì)的數(shù)字化運營。

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

第一步，實現(xiàn)各中臺業(yè)務(wù)數(shù)據(jù)的匯集，解決數(shù)據(jù)孤島和初級數(shù)據(jù)共享問題。

第二步，實現(xiàn)企業(yè)級實時或非實時全維度數(shù)據(jù)的深度融合、加工和共享。

第三步，萃取數(shù)據(jù)價值，支持業(yè)務(wù)創(chuàng)新，加速從數(shù)據(jù)轉(zhuǎn)換為業(yè)務(wù)價值的過程。

數(shù)據(jù)中臺可以建立在數(shù)據(jù)倉庫或數(shù)據(jù)平臺之上，將數(shù)據(jù)服務(wù)化之后提供給中臺或者前臺應(yīng)用。與數(shù)據(jù)平臺相比，數(shù)據(jù)中臺不僅服務(wù)于分析型場景，還更多服務(wù)于交易型業(yè)務(wù)場景，為前臺業(yè)務(wù)提供數(shù)據(jù)智能服務(wù)?；跀?shù)據(jù)庫日志捕獲的技術(shù)，使得數(shù)據(jù)獲取的時效性大大提升，這樣就可以為數(shù)據(jù)中臺的交易型場景提供很好的支撐。 綜上，數(shù)據(jù)中臺主要完成數(shù)據(jù)的融合和加工，通過數(shù)據(jù)智能化，實現(xiàn)智能化的業(yè)務(wù)和流程創(chuàng)新；通過萃取數(shù)據(jù)業(yè)務(wù)價值，提供數(shù)據(jù)服務(wù)，最終實現(xiàn)數(shù)字化運營。 03 后臺后臺主要面向企業(yè)內(nèi)部運營和后臺管理人員。對于后臺，為了實現(xiàn)內(nèi)部的管理要求，很多人總會習(xí)慣將一些管理流程嵌入核心業(yè)務(wù)鏈路中。而這類內(nèi)控管理類的需求對權(quán)限、管控規(guī)則和流程等要求一般都比較嚴(yán)格，但是大部分管理人員只是參與了某個局部業(yè)務(wù)環(huán)節(jié)的審核。 這些復(fù)雜的管理需求，會憑空增加不同渠道應(yīng)用的前臺界面與核心流程的融合難度以及軟件開發(fā)的復(fù)雜度。 在設(shè)計流程審核和管理類功能的時候，其實我們可以考慮按角色或崗位進(jìn)行功能聚合，將一些復(fù)雜的管理需求從通用的核心業(yè)務(wù)鏈路中剝離，通過特定程序入口嵌入前臺App或應(yīng)用中，專門供后臺管理人員使用。而對于中臺與后臺的數(shù)據(jù)交互則可以采用事件驅(qū)動的異步化的數(shù)據(jù)最終一致性模式實現(xiàn)數(shù)據(jù)復(fù)制，減輕中臺業(yè)務(wù)壓力。 當(dāng)管理需求從前臺核心業(yè)務(wù)鏈路剝離后，前臺應(yīng)用將會具有更好的通用性，可以更容易地實現(xiàn)各渠道前臺界面和流程的融合。前臺應(yīng)用或App就可以無差別地同時面向外部客戶和內(nèi)部銷售以及其他業(yè)務(wù)人員，從而促進(jìn)傳統(tǒng)渠道與互聯(lián)網(wǎng)渠道業(yè)務(wù)模型的統(tǒng)一和前臺應(yīng)用的融合。

責(zé)任編輯：lq