阿裡及各大企業中台架構詳解（下）

數字化轉型中台應該共享什麼？

相對網際網路，傳統企業的管道應用更多樣化，有面向内部人員的門店類應用、面向外部使用者的網際網路電商以及移動APP類應用。這些應用面向的使用者和場景可能不同，但其功能類似，基本涵蓋核心業務能力。

傳統企業也會将部分核心應用的頁面或API服務能力開放給生态圈第三方，互相借力發展。

為适應不同業務和管道發展，過去很多企業做法是開發很多獨立應用或APP。但由于IT系統建設初期并沒有企業級整體規劃，平台之間融合不好，導緻使用者體驗不好，使用者并不想裝那麼多 APP。

為提升使用者體驗，實作統一營運，很多企業開始縮減APP數量，開始通過一個APP內建企業内的所有能力，聯通前台所有的核心業務鍊路。

由于傳統企業商業模式和IT系統建設發展的曆程與網際網路企業不完全一樣，傳統企業的中台建設政策與阿裡中台戰略也應有所差異，需共享内容也不一。

由于管道多樣化，傳統企業不僅要将通用能力中台化，以實作通用能力的沉澱、共享和複用，這裡的通用能力對應DDD的通用域或支撐域。

傳統企業還需将核心能力中台化，以滿足不同管道的核心業務能力共享和複用的需求，避免傳統核心和網際網路不同管道應用出現“後端雙核心、前端兩張皮”，這裡的核心能力對應DDD的核心域。

這就屬業務中台，需解決核心業務鍊路的聯通和不同管道服務共享的問題。

還需解決系統微服務拆分後的資料孤島、資料融合和業務創新等問題，這屬資料中台，尤其是當我們采用分布式架構後，更應關注微服務拆分後的資料融合和共享問題了。

綜上，在中台設計和規劃時，需整體考慮企業内前台、中台以及背景應用的協同，實作不同管道應用的前端頁面、流程和服務的共享，還有核心業務鍊路的聯通以及前台流程和資料的融合、共享，支援業務和商業模式的創新。

如何實作前中背景的協同？

企業級能力往往是前中背景協同作戰能力的展現。

業務中台主要發揮戰術專業能力。前台需根據前線戰場需求，對業務中台的能力進行排程，實作能力融合和效率最大化。

資料中台就是資訊情報中心和聯合作戰總指揮部，能夠彙集各種資料、完成分析，制定戰略和戰術計劃。

背景就是後勤部隊，提供技術支援。

前台

傳統企業早期系統不少基于業務領域或組織架建構設，每個系統都有自己的前端，互相獨立，使用者操作是豎井式，需登入多個系統才能完成完整業務流程。

中台後的前台建設要有一套綜合考慮業務邊界、流程和平台的整體解決方案，以實作各不同中台前端操作、流程和界面的聯通、融合。不管後端有多少個中台，前端使用者感受到的就是隻有一個前台。

在前台設計可借鑒微前端設計思想，在企業内不僅實作前端解耦和複用，還可以根據核心鍊路和業務流程，通過對微前端頁面的動态組合和流程編排，實作前台業務的融合。

前端頁面可自然融合到不同終端和管道應用核心業務鍊路中，實作前端頁面、流程和功能複用。

中台

傳統企業的核心業務大多是基于集中式架構開發的，而單體系統存在擴充性和彈性伸縮能力差的問題，是以無法适應忽高忽低的網際網路業務場景。而資料類應用也多數通過ETL工具抽取資料實作資料模組化、統計和報表分析功能，但由于資料時效和融合能力不夠，再加上傳統資料類應用本來就不是為前端而生的，是以難以快速響應前端一線業務。

業務中台的建設可采用領域驅動設計方法，通過領域模組化，将可複用的公共能力從各個單體剝離，沉澱并組合，采用微服務架構模式，建設成為可共享的通用能力中台。

同樣的，我們可以将核心能力用微服務架構模式，建設成為可面向不同管道和場景的可複用的核心能力中台。 業務中台向前台、第三方和其它中台提供API服務，實作通用能力和核心能力的複用。

在将傳統集中式單體按業務職責和能力細分為微服務，建設中台的過程中，會産生越來越多的獨立部署的微服務。這樣做雖然提升了應用彈性和高可用能力，但由于微服務的實體隔離，原來一些系統内的調用會變成跨微服務調用，再加上前後端分離，微服務拆分會導緻資料進一步分離，增加企業級應用內建的難度。

如果沒有合适的設計和指導思想，處理不好前台、中台和背景的關系，将會進一步加劇前台流程和資料的孤島化、碎片化。

資料中台的主要目标是打通資料孤島，實作業務融合和創新，包括三大主要職能：

完成企業全域資料的采集與存儲，實作各不同業務類别中台資料的彙總和集中管理

按照标準的資料規範或資料模型，将資料按照不同主題域或場景進行加工和處理，形成面向不同主題和場景的資料應用，比如客戶視圖、代理人視圖、管道視圖、機構視圖等不同資料體系

建立業務需求驅動的資料體系，基于各個次元的資料，深度萃取資料價值，支援業務和商業模式的創新。

相應的，資料中台的建設就可分為三步走：

實作各中台業務資料的彙集，解決資料孤島和初級資料共享問題

實作企業級實時或非實時全次元資料的深度融合、加工和共享

萃取資料價值，支援業務創新，加速從資料轉換為業務價值的過程。

資料中台不僅限于分析型場景，也适用于交易型場景。它可以建立在資料倉庫或資料平台之上，将資料服務化之後提供給業務系統。基于資料庫日志捕獲的技術，使資料的時效性大大提升，這樣就可以為交易型場景提供很好的支撐。

綜上，資料中台主要完成資料的融合和加工，萃取資料業務價值，支援業務創新，對外提供資料共享服務。

背景

阿裡對前台、中台和背景的定位。

前台主要面向客戶以及終端銷售者，實作營銷推廣以及交易轉化；中台主要面向營運人員，完成營運支撐；背景主要面向背景管理人員，實作流程稽核、内部管理以及後勤支撐，比如采購、人力、财務和OA等系統。

那對于背景，為了實作内部的管理要求，很多人習慣性将這些管理要求嵌入到核心業務流程中。而一般來說這類内控管理需求對權限、管控規則和流程等要求都比較高，但是大部分管理人員隻是參與了某個局部業務環節的稽核。這類複雜的管理需求，會憑空增加不同管道應用前台界面和核心流程的融合難度以及軟體開發的複雜度。

在設計流程稽核和管理類功能的時候，我們可以考慮按角色或崗位進行功能聚合，将複雜的管理需求從通用的核心業務鍊路中剝離，參考小程式的建設模式，通過特定程式入口嵌入前台APP或應用中。

管理需求從前台核心業務鍊路剝離後，前台應用将具有更好的通用性，它可以更加容易地實作各管道前台界面和流程的融合。一個前台應用或APP可以無差别地同時面向外部網際網路使用者和内部業務人員，進而促進傳統管道與網際網路管道應用前台的融合。

總結

今天我們主要讨論了中台建設的一些思路。企業的中台轉型不隻是中台的工作，我們需要整體考慮前台、中台和背景的協同、共享、聯通和融合。

前台通過頁面和流程共享實作不同管道應用之間的前台融合，中台通過API實作服務共享。而前台、業務中台和資料中台的融合可以實作傳統應用與網際網路應用的融合，進而解決“後端雙核心、前端兩張皮”的問題。能力複用了，前台流程和資料融合了，才能更好地支援業務的融合和商業模式的創新。