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