導讀：很多人提到中臺時自然會問：“既然有中臺，那是否有前臺和後臺？它們各自的職責又是什麼呢？”本文為你詳細解答。
作者：歐創新 鄧頔
來源：華章科技
我們來看一下阿里巴巴對前臺、中臺和後臺職責的定位。
- 前臺主要面向客戶以及終端銷售者，實現營銷推廣以及交易轉換。
- 中臺主要面向運營人員，完成運營支撐。
- 後臺主要面向後臺管理人員，實現流程稽核、內部管理以及後勤支撐，比如採購、人力、財務和OA等系統。
企業級能力往往是前臺、中臺、後臺協同作戰能力的體現。
如果把業務中臺比作陸軍、火箭軍和空軍等專業軍種，主要發揮單一軍種的戰術專業能力，那麼前臺就是作戰部隊，它會根據前線戰場的實時作戰需求，快速完成不同職能業務中臺能力的組合和排程，實現不同業務板塊能力的融合，形成強大的組合打擊能力完成精準打擊，獲得最大企業效能。
而資料中臺就是資訊情報中心和聯合作戰總指揮部，是企業智慧化的大腦，它能夠彙集各類一線作戰板塊的資料和資訊完成資料分析，制定戰略和戰術計劃，完成不同業務中臺能力的智慧排程和組合，為前臺作戰部隊提供快速資料和情報服務。
後臺就是後勤部隊，它們不直接面向前臺業務，主要提供企業後端支撐和管理能力。
下面分別展開詳細介紹。
01 前臺
傳統企業的早期系統有不少是基於業務領域或企業組織架構來建設的，每個系統都有自己的前端介面和後端業務邏輯，不同系統之間相互獨立。使用者操作是豎井式，有時一筆業務需要登入多個系統才能完成完整的業務流程，如圖1-2所示。
▲圖1-2 煙囪式的系統建設模式
完成中臺建設後，進行前臺建設時，需要一套企業級整體解決方案，以實現各種不同中臺的前端操作、流程和介面的組合、聯通和融合。不管後端有多少箇中臺，前端使用者感受到的始終只有一個前臺，如圖1-3所示。
▲圖1-3 前臺業務的融合
在前臺設計時，我們可以借鑑微前端的設計思想，透過企業級主應用與微前端應用整合，不僅可以實現前端頁面邏輯的解耦和頁面級服務的複用，還可以根據企業核心業務鏈路和業務流程，透過對不同業務板塊微前端頁面的動態組合和編排，實現企業級前臺業務的融合。
微前端頁面還可以融合到不同終端和渠道應用的核心業務鏈路中，實現前端頁面、流程和功能的組合和複用，也可以滿足場景化的銷售要求，實現微前端應用的靈活快速釋出。
02 中臺
傳統企業的核心業務大多是基於集中式架構開發的。這種集中式單體系統，一般都存在擴充套件能力弱、彈性伸縮能力差的問題，無法適應突發高頻訪問的網際網路業務場景。同時，傳統企業資料類應用大多透過ETL工具抽取資料以實現資料建模、統計和報表分析功能。
這種傳統的資料倉庫處理模式往往會存在資料時效性問題，再加上傳統資料類應用主要面向企業管理和決策分析，並不是為前臺而生的，因此難以快速響應前臺一線業務的資料服務要求。
所以，在企業數字化轉型時，需要同時解決傳統的業務和資料應用建設的問題，採用雙中臺模式同步建設業務中臺和資料中臺。
1. 業務中臺
業務中臺的建設可採用DDD（Domain Driven Design，領域驅動設計）方法，透過領域建模，將可複用的公共能力從各個單體中剝離、沉澱並組合。採用微服務架構，建設成為可共享的通用能力中臺。通用能力中臺更強調標準化和抽象能力，面向企業所有業務領域實現能力複用。同樣地，我們也可以透過微服務架構將核心能力建設成可以面向不同渠道和場景的可複用的核心能力中臺。
核心能力中臺設計時，需充分釋放出極強的快速適應不同業務場景和渠道的企業核心能力，從而在面向不同渠道和客戶時，能夠快速靈活地持續發揮出企業的核心競爭力優勢。
而通用能力則可透過抽象和標準化設計，讓其具有更強的業務融合和企業級組合與支撐能力，透過企業主應用聯通各個不同業務板塊，發揮企業業務、資料和流程的黏合劑作用。
業務中臺落地後的微服務可以向前端、第三方和其他中臺提供API服務，實現通用能力和核心能力複用，如圖1-4所示。
▲圖1-4 微服務對外的服務方式
有一點需要注意：在將傳統集中式單體應用按業務職責和能力細分為微服務，以及建設中臺的過程中，會產生越來越多的獨立部署的微服務。
這樣做雖然提升了應用彈性伸縮和高可用能力，但由於微服務之間執行的物理隔離，微服務拆分會導致資料的進一步分離。原來單體系統的一些內部呼叫也會變成跨微服務呼叫，再加上前後端分離設計後，還要完成前後端應用整合，這樣會增加企業級應用整合的難度。
如果沒有合適的設計方法和指導思想，處理不好前臺、中臺和後臺的關係，將會進一步加劇前臺業務和資料的孤島化、碎片化。
2. 資料中臺
為了打通資料孤島，透過資料智慧化實現業務和資料融合以及商業模式創新，支援線上資料服務，支援業務中臺和前臺的精細化數字化運營，企業需要同步建設資料中臺。資料中臺的主要目標如下。
- 一是完成企業全域資料的採集與儲存，實現不同業務類別中臺資料的集中管理。
- 二是按照標準的資料規範或資料模型，基於不同主題域或場景對資料進行加工和處理，形成面向不同主題和場景的資料應用，比如客戶檢視、代理人檢視、渠道檢視、機構檢視等不同的資料服務體系。
- 三是建立資料驅動的運營體系，基於各個維度的資料，萃取資料價值，組合企業各種能力，支援業務智慧化和商業模式的創新，實現精細的數字化運營。
相應地，資料中臺的建設就可分為三步。
- 第一步，實現各中臺業務資料的彙集，解決資料孤島和初級資料共享問題。
- 第二步，實現企業級實時或非實時全維度資料的深度融合、加工和共享。
- 第三步，萃取資料價值，支援業務創新，加速從資料轉換為業務價值的過程。
資料中臺可以建立在資料倉庫或資料平臺之上，將資料服務化之後提供給中臺或者前臺應用。與資料平臺相比，資料中臺不僅服務於分析型場景，還更多服務於交易型業務場景，為前臺業務提供資料智慧服務。基於資料庫日誌捕獲的技術，使得資料獲取的時效性大大提升，這樣就可以為資料中臺的交易型場景提供很好的支撐。
綜上，資料中臺主要完成資料的融合和加工，透過資料智慧化，實現智慧化的業務和流程創新；透過萃取資料業務價值，提供資料服務，最終實現數字化運營。
03 後臺
後臺主要面向企業內部運營和後臺管理人員。對於後臺，為了實現內部的管理要求，很多人總會習慣將一些管理流程嵌入核心業務鏈路中。而這類內控管理類的需求對許可權、管控規則和流程等要求一般都比較嚴格，但是大部分管理人員只是參與了某個區域性業務環節的稽核。
這些複雜的管理需求，會憑空增加不同渠道應用的前臺介面與核心流程的融合難度以及軟體開發的複雜度。
在設計流程稽核和管理類功能的時候，其實我們可以考慮按角色或崗位進行功能聚合，將一些複雜的管理需求從通用的核心業務鏈路中剝離，透過特定程式入口嵌入前臺App或應用中，專門供後臺管理人員使用。而對於中臺與後臺的資料互動則可以採用事件驅動的非同步化的資料最終一致性模式實現資料複製，減輕中臺業務壓力。
當管理需求從前臺核心業務鏈路剝離後，前臺應用將會具有更好的通用性，可以更容易地實現各渠道前臺介面和流程的融合。前臺應用或App就可以無差別地同時面向外部客戶和內部銷售以及其他業務人員，從而促進傳統渠道與網際網路渠道業務模型的統一和前臺應用的融合。
關於作者：歐創新，某大型保險公司架構師，擁有十多年的軟體架構設計經驗。熱衷於DDD、中臺和分散式微服務架構設計。在DDD、中臺和分散式微服務架構設計方面有深厚的積累，擅長分散式微服務架構設計。
鄧頔，某大型保險公司高階工程師，全國青年崗位能手。致力於基於DDD的企業級中臺微服務架構改造實踐，精通前端開發相關技術棧，擁有豐富的企業級微前端實戰經驗。
本文摘編自《中臺架構與實現：基於DDD和微服務》，經出版方授權釋出。
延伸閱讀《中臺架構與實現》
資深架構師撰寫，系統闡述基於DDD的中臺和微服務建設方法論，深刻揭示中臺從領域建模到微服務落地完整過程。