首頁
-
關于我們
-
新聞活動
-
終于有人(rén)把前台、中台、後台都講明(míng)白了(le)
終于有人(rén)把前台、中台、後台都講明(míng)白了(le)
2020-12-3新聞
我們來(lái)看一下(xià)阿裏巴巴對(duì)前台、中台和(hé)後台職責的(de)定位。- 前台主要面向客戶以及終端銷售者，實現營銷推廣以及交易轉換。
- 中台主要面向運營人(rén)員(yuán)，完成運營支撐。
- 後台主要面向後台管理(lǐ)人(rén)員(yuán)，實現流程審核、内部管理(lǐ)以及後勤支撐，比如采購(gòu)、人(rén)力、财務和(hé)OA等系統。
企業級能力往往是前台、中台、後台協同作戰能力的(de)體現。如果把業務中台比作陸軍、火箭軍和(hé)空軍等專業軍種，主要發揮單一軍種的(de)戰術專業能力，那麽前台就是作戰部隊，它會根據前線戰場(chǎng)的(de)實時(shí)作戰需求，快(kuài)速完成不同職能業務中台能力的(de)組合和(hé)調度，實現不同業務闆塊能力的(de)融合，形成強大(dà)的(de)組合打擊能力完成精準打擊，獲得(de)最大(dà)企業效能。而數據中台就是信息情報中心和(hé)聯合作戰總指揮部，是企業智能化(huà)的(de)大(dà)腦(nǎo)，它能夠彙集各類一線作戰闆塊的(de)數據和(hé)信息完成數據分(fēn)析，制定戰略和(hé)戰術計劃，完成不同業務中台能力的(de)智能調度和(hé)組合，爲前台作戰部隊提供快(kuài)速數據和(hé)情報服務。後台就是後勤部隊，它們不直接面向前台業務，主要提供企業後端支撐和(hé)管理(lǐ)能力。
傳統企業的(de)早期系統有不少是基于業務領域或企業組織架構來(lái)建設的(de)，每個(gè)系統都有自己的(de)前端界面和(hé)後端業務邏輯，不同系統之間相互獨立。用(yòng)戶操作是豎井式，有時(shí)一筆業務需要登錄多(duō)個(gè)系統才能完成完整的(de)業務流程，如圖1-2所示。▲圖1-2 煙(yān)囪式的(de)系統建設模式完成中台建設後，進行前台建設時(shí)，需要一套企業級整體解決方案，以實現各種不同中台的(de)前端操作、流程和(hé)界面的(de)組合、聯通(tōng)和(hé)融合。不管後端有多(duō)少個(gè)中台，前端用(yòng)戶感受到的(de)始終隻有一個(gè)前台，如圖1-3所示。
在前台設計時(shí)，我們可(kě)以借鑒微前端的(de)設計思想，通(tōng)過企業級主應用(yòng)與微前端應用(yòng)集成，不僅可(kě)以實現前端頁面邏輯的(de)解耦和(hé)頁面級服務的(de)複用(yòng)，還(hái)可(kě)以根據企業核心業務鏈路和(hé)業務流程，通(tōng)過對(duì)不同業務闆塊微前端頁面的(de)動态組合和(hé)編排，實現企業級前台業務的(de)融合。微前端頁面還(hái)可(kě)以融合到不同終端和(hé)渠道應用(yòng)的(de)核心業務鏈路中，實現前端頁面、流程和(hé)功能的(de)組合和(hé)複用(yòng)，也(yě)可(kě)以滿足場(chǎng)景化(huà)的(de)銷售要求，實現微前端應用(yòng)的(de)靈活快(kuài)速發布。傳統企業的(de)核心業務大(dà)多(duō)是基于集中式架構開發的(de)。這(zhè)種集中式單體系統，一般都存在擴展能力弱、彈性伸縮能力差的(de)問題，無法适應突發高(gāo)頻(pín)訪問的(de)互聯網業務場(chǎng)景。同時(shí)，傳統企業數據類應用(yòng)大(dà)多(duō)通(tōng)過ETL工具抽取數據以實現數據建模、統計和(hé)報表分(fēn)析功能。這(zhè)種傳統的(de)數據倉庫處理(lǐ)模式往往會存在數據時(shí)效性問題，再加上傳統數據類應用(yòng)主要面向企業管理(lǐ)和(hé)決策分(fēn)析，并不是爲前台而生的(de)，因此難以快(kuài)速響應前台一線業務的(de)數據服務要求。所以，在企業數字化(huà)轉型時(shí)，需要同時(shí)解決傳統的(de)業務和(hé)數據應用(yòng)建設的(de)問題，采用(yòng)雙中台模式同步建設業務中台和(hé)數據中台。業務中台的(de)建設可(kě)采用(yòng)DDD（Domain Driven Design，領域驅動設計）方法，通(tōng)過領域建模，将可(kě)複用(yòng)的(de)公共能力從各個(gè)單體中剝離、沉澱并組合。采用(yòng)微服務架構，建設成爲可(kě)共享的(de)通(tōng)用(yòng)能力中台。通(tōng)用(yòng)能力中台更強調标準化(huà)和(hé)抽象能力，面向企業所有業務領域實現能力複用(yòng)。同樣地，我們也(yě)可(kě)以通(tōng)過微服務架構将核心能力建設成可(kě)以面向不同渠道和(hé)場(chǎng)景的(de)可(kě)複用(yòng)的(de)核心能力中台。核心能力中台設計時(shí)，需充分(fēn)釋放出極強的(de)快(kuài)速适應不同業務場(chǎng)景和(hé)渠道的(de)企業核心能力，從而在面向不同渠道和(hé)客戶時(shí)，能夠快(kuài)速靈活地持續發揮出企業的(de)核心競争力優勢。而通(tōng)用(yòng)能力則可(kě)通(tōng)過抽象和(hé)标準化(huà)設計，讓其具有更強的(de)業務融合和(hé)企業級組合與支撐能力，通(tōng)過企業主應用(yòng)聯通(tōng)各個(gè)不同業務闆塊，發揮企業業務、數據和(hé)流程的(de)黏合劑作用(yòng)。業務中台落地後的(de)微服務可(kě)以向前端、第三方和(hé)其他(tā)中台提供API服務，實現通(tōng)用(yòng)能力和(hé)核心能力複用(yòng)，如圖1-4所示。
▲圖1-4 微服務對(duì)外的(de)服務方式有一點需要注意：在将傳統集中式單體應用(yòng)按業務職責和(hé)能力細分(fēn)爲微服務，以及建設中台的(de)過程中，會産生越來(lái)越多(duō)的(de)獨立部署的(de)微服務。這(zhè)樣做(zuò)雖然提升了(le)應用(yòng)彈性伸縮和(hé)高(gāo)可(kě)用(yòng)能力，但由于微服務之間運行的(de)物(wù)理(lǐ)隔離，微服務拆分(fēn)會導緻數據的(de)進一步分(fēn)離。原來(lái)單體系統的(de)一些内部調用(yòng)也(yě)會變成跨微服務調用(yòng)，再加上前後端分(fēn)離設計後，還(hái)要完成前後端應用(yòng)集成，這(zhè)樣會增加企業級應用(yòng)集成的(de)難度。如果沒有合适的(de)設計方法和(hé)指導思想，處理(lǐ)不好前台、中台和(hé)後台的(de)關系，将會進一步加劇前台業務和(hé)數據的(de)孤島化(huà)、碎片化(huà)。爲了(le)打通(tōng)數據孤島，通(tōng)過數據智能化(huà)實現業務和(hé)數據融合以及商業模式創新，支持在線數據服務，支持業務中台和(hé)前台的(de)精細化(huà)數字化(huà)運營，企業需要同步建設數據中台。數據中台的(de)主要目标如下(xià)。- 一是完成企業全域數據的(de)采集與存儲，實現不同業務類别中台數據的(de)集中管理(lǐ)。
- 二是按照(zhào)标準的(de)數據規範或數據模型，基于不同主題域或場(chǎng)景對(duì)數據進行加工和(hé)處理(lǐ)，形成面向不同主題和(hé)場(chǎng)景的(de)數據應用(yòng)，比如客戶視圖、代理(lǐ)人(rén)視圖、渠道視圖、機構視圖等不同的(de)數據服務體系。
- 三是建立數據驅動的(de)運營體系，基于各個(gè)維度的(de)數據，萃取數據價值，組合企業各種能力，支持業務智能化(huà)和(hé)商業模式的(de)創新，實現精細的(de)數字化(huà)運營。
相應地，數據中台的(de)建設就可(kě)分(fēn)爲三步。- 第一步，實現各中台業務數據的(de)彙集，解決數據孤島和(hé)初級數據共享問題。
- 第二步，實現企業級實時(shí)或非實時(shí)全維度數據的(de)深度融合、加工和(hé)共享。
- 第三步，萃取數據價值，支持業務創新，加速從數據轉換爲業務價值的(de)過程。
數據中台可(kě)以建立在數據倉庫或數據平台之上，将數據服務化(huà)之後提供給中台或者前台應用(yòng)。與數據平台相比，數據中台不僅服務于分(fēn)析型場(chǎng)景，還(hái)更多(duō)服務于交易型業務場(chǎng)景，爲前台業務提供數據智能服務。基于數據庫日志捕獲的(de)技術，使得(de)數據獲取的(de)時(shí)效性大(dà)大(dà)提升，這(zhè)樣就可(kě)以爲數據中台的(de)交易型場(chǎng)景提供很好的(de)支撐。綜上，數據中台主要完成數據的(de)融合和(hé)加工，通(tōng)過數據智能化(huà)，實現智能化(huà)的(de)業務和(hé)流程創新；通(tōng)過萃取數據業務價值，提供數據服務，最終實現數字化(huà)運營。後台主要面向企業内部運營和(hé)後台管理(lǐ)人(rén)員(yuán)。對(duì)于後台，爲了(le)實現内部的(de)管理(lǐ)要求，很多(duō)人(rén)總會習(xí)慣将一些管理(lǐ)流程嵌入核心業務鏈路中。而這(zhè)類内控管理(lǐ)類的(de)需求對(duì)權限、管控規則和(hé)流程等要求一般都比較嚴格，但是大(dà)部分(fēn)管理(lǐ)人(rén)員(yuán)隻是參與了(le)某個(gè)局部業務環節的(de)審核。這(zhè)些複雜(zá)的(de)管理(lǐ)需求，會憑空增加不同渠道應用(yòng)的(de)前台界面與核心流程的(de)融合難度以及軟件開發的(de)複雜(zá)度。在設計流程審核和(hé)管理(lǐ)類功能的(de)時(shí)候，其實我們可(kě)以考慮按角色或崗位進行功能聚合，将一些複雜(zá)的(de)管理(lǐ)需求從通(tōng)用(yòng)的(de)核心業務鏈路中剝離，通(tōng)過特定程序入口嵌入前台App或應用(yòng)中，專門供後台管理(lǐ)人(rén)員(yuán)使用(yòng)。而對(duì)于中台與後台的(de)數據交互則可(kě)以采用(yòng)事件驅動的(de)異步化(huà)的(de)數據最終一緻性模式實現數據複制，減輕中台業務壓力。當管理(lǐ)需求從前台核心業務鏈路剝離後，前台應用(yòng)将會具有更好的(de)通(tōng)用(yòng)性，可(kě)以更容易地實現各渠道前台界面和(hé)流程的(de)融合。前台應用(yòng)或App就可(kě)以無差别地同時(shí)面向外部客戶和(hé)内部銷售以及其他(tā)業務人(rén)員(yuán)，從而促進傳統渠道與互聯網渠道業務模型的(de)統一和(hé)前台應用(yòng)的(de)融合。關于作者：歐創新，某大(dà)型保險公司架構師，擁有十多(duō)年的(de)軟件架構設計經驗。熱(rè)衷于DDD、中台和(hé)分(fēn)布式微服務架構設計。在DDD、中台和(hé)分(fēn)布式微服務架構設計方面有深厚的(de)積累，擅長(cháng)分(fēn)布式微服務架構設計。鄧頔，某大(dà)型保險公司高(gāo)級工程師，全國青年崗位能手。緻力于基于DDD的(de)企業級中台微服務架構改造實踐，精通(tōng)前端開發相關技術棧，擁有豐富的(de)企業級微前端實戰經驗。本文摘編自《中台架構與實現：基于DDD和(hé)微服務》，經出版方授權發布。
