有贊零售財務中臺架構設計與實踐

一、背景

二、財務中臺業務架構

2.1 零售整體業務架構

零售整體業務架構分為前臺業務、總部中臺、企業/業務后臺。

2.2 財務中臺業務架構

財務中臺匯集全渠道銷售、供應鏈、資產、營銷推廣等數據，自動完成會計核算，生成相應的財務數據。同時，財務中臺可以進一步對接企業的財務總賬；為其他系統集成提供標準化的開放能力；為合作伙伴提供費用對賬等服務；為數據報表提供原始數據，加工出財務報表，為財務分析、業務決策提供有力的支持。

三、財務中臺應用架構

3.1 什么是應用架構？

3.2 如何設計應用架構？

• 系統上下文：是最高的抽象層次，代表了能夠提供業務價值的構件。一個系統由多個獨立的容器構成。
• 容器：是指一個在其內部可以執行組件或駐留數據的構件。作為整個系統的一部分，容器通常是可執行文件，但未必是各自獨立的進程。
• 組件：可以想象成一個或多個類組成的邏輯群組。組件通常由多個類在更高層次的約束下組合而成。
• 類：在一個面向對象的世界里，類是軟件系統的最小結構單元。

3.3 財務中臺應用架構設計

3.3.1 系統上下文層次設計

• 應用層：應用層是很薄的一層，應用層內的服務對應一個具有業務價值的業務用例。它主要負責對領域服務進行組合和編排，負責處理業務用例內的執行順序以及結果的組裝，通過API網關向接入層提供服務。容器級應用層涉及整個系統的邏輯，通常包含多個廉價的限界上下文，它們的內部業務邏輯不會很復雜，但因為直接面向用戶，為了應對快速變化的外部需求，應用層變動會非常頻繁，它通過領域服務的組合和編排實現業務流程的快速適配上線。例如：上圖所示的結算管理是一個應用層限界上下文，它為接入層提供與結算管理相關的應用服務，它通過組合、編排領域層的核算域、結算域、收付域以及其他業務系統的領域服務，來實現自身應用服務能力。
• 領域層：領域層是很厚的一層，它是業務軟件的核心所在，包含了本領域所涉及的領域對象、領域服務以及它們之間的關系，負責表達業務概念、業務狀態信息以及業務規則。領域驅動設計提倡富領域模型，即盡量將業務邏輯歸屬到領域對象上，實在無法歸屬的部分則以領域服務的形式進行定義。用戶的需求經常變化，但變化總是有規律的，用戶體驗、操作習慣、市場環境以及管理流程的變化，往往會導致界面邏輯、應用邏輯變化，但核心領域邏輯不會有太大變化，所以領域層的業務邏輯通常是共性的、穩定的。容器級領域層涉及整個系統的邏輯，通常包含多個限界上下文，它們為整體系統的微服務拆分提供依據。
• 基礎設施層：它向其他層提供通用的技術能力，例如：分布式通信能力、持久化能力、消息通信能力、任務調度能力等。

3.3.3 組件層次設計

• 接口層定義了提供給上層使用的服務協議（API），接口層的使用方通常是展現層。
• 這里的應用層是更細粒度的、容器內的層次，或者說是戰術級別的層次，根據復雜度不同，它通常包含一到多個限界上下文的應用服務和業務組件，每個應用服務通過編排其他限界上下文的服務，實現業務場景或業務用例。
• 防腐層用于和其他限界上下文集成，在防腐層內部，你可以將自己的模型和外部模型進行轉換，防止受外部模型污染，進而讓內部邏輯不穩定。當外部模型或接口協議發生變化時，只需要修改防腐層邏輯，不會影響到自身業務邏輯。

• 接口層定義了提供給上層使用的服務協議（API），接口層的使用方通常是應用層容器。
• 應用層通過編排領域層的領域服務、領域模型以及少量外部服務來對外提供服務能力，這里強調少量的外部服務，是因為領域層容器內部的業務邏輯通常是共性的、穩定的，它只會依賴比它更基礎、更穩定的服務能力，而且依賴外部服務要盡可能少，這樣才能保證容器內部的業務邏輯是共性的、穩定的。
• 這里的領域層是更細粒度的、容器內的層次，或者說是戰術級別的層次。領域層包含各種領域模型，例如：領域實體、聚合根、領域服務、倉儲等。倉儲作為領域層和基礎設施層的連接組件，使得領域層不必過多的關注存儲細節。在設計時，將倉儲接口放在領域層，而將倉儲的具體實現放在基礎設施層，領域層通過接口訪問數據存儲，而不必過多的關注倉儲存儲數據的細節，這樣使得領域層將更多的關注點放在領域邏輯上面。

3.3.4 類層次設計

四、微服務架構設計

• 將巨大單體應用拆分為多個微服務來解決復雜性問題。
• 每個微服務可以由專門的團隊來開發維護。
• 每個微服務可以獨立部署、獨立擴展。

• 微服務架構是分布式架構，會帶來分布式架構固有的復雜性。
• 數據庫分區帶來的數據一致性問題。
• 測試一個基于微服務架構的應用系統變得非常麻煩。

五、中臺、DDD與微服務