[發明專利]基于DDD的微服務請求處理方法、系統、設備及介質

在審

• 申請號: 202011523727.X
• 申請日: 2020-12-22
• 公開（公告）號: CN112558941A
• 公開（公告）日: 2021-03-26
• 發明（設計）人: 李云星;蔣秋明
• 申請（專利權）人: 上海上實龍創智能科技股份有限公司
• 主分類號: G06F8/20
• 分類號: G06F8/20;G06F9/451
• 代理公司: 上?？剖⒅R產權代理有限公司 31225
• 代理人: 丁云

本發明涉及一種基于DDD的微服務請求處理方法、系統、設備及介質，方法包括對微服務進行劃界，建立微服務領域模型，微服務領域模型包括展現層、應用層、領域層和基礎設施層；展現層獲取微服務請求；將微服務請求發送至應用層，獲取業務處理數據；將業務處理數據發送至領域層，領域層對業務處理數據進行業務邏輯處理，獲取操作數據；將操作數據送入基礎設施層進行業務操作和操作數據儲存，并更新展現層的用戶界面數據。與現有技術相比，本發明將微服務具體劃界，建立微服務領域模型，劃分多個較小的模型層級，便于開發和調試，避免由于微服務劃界不明確而導致的效率低下和微服務處理不準確問題，能夠提高對微服務請求的處理效率和處理準確性。

技術領域

本發明涉及一種微服務請求處理領域，尤其是涉及基于DDD的微服務請求處理方法、系統、設備及介質。

背景技術

微服務近年來可謂炙手可熱，合理的使用微服務架構可以解耦系統，提供更好的軟件伸縮性以及提高組織的敏捷性，然而微服務架構沒有很好的理論支撐如何合理的劃分服務邊界，目前在微服務實踐過程中，微服務的分包劃界難以統一，對于微服務的開發團隊中，不同團隊對于如何進行服務劃分不能難以統一，甚至同一團隊的不同開發人員的分包原則和方式也大不相同，非常不利于產品代碼的開發和維護。

發明內容

本發明的目的就是為了克服上述現有技術存在的缺陷而提供一種基于DDD的微服務請求處理方法、系統、設備及介質。

本發明的目的可以通過以下技術方案來實現：

一種基于DDD的微服務請求處理方法，包括：

S1：對微服務進行劃界，建立微服務領域模型，所述的微服務領域模型包括展現層、應用層、領域層和基礎設施層；

S2：所述的展現層獲取微服務請求；

S3：所述的展現層將微服務請求發送至應用層，獲取業務處理數據；

S4：所述的應用層將業務處理數據發送至領域層，領域層對業務處理數據進行業務邏輯處理，獲取操作數據；

S5：所述的領域層將操作數據送入基礎設施層進行業務操作和操作數據儲存，并通過應用層將操作數據送入展現層，更新展現層的用戶界面數據。

本發明中，DDD是指Domain-Driven Design，即領域驅動設計。

優選地，所述的S4的具體步驟包括：

S41：將業務處理數據發送至領域層；

S42：領域層對業務處理數據進行業務邏輯處理，獲取操作原始數據；

S43：根據操作原始數據進行領域聚合，獲取操作數據；

S44：對操作數據進行反序列化處理，進入步驟S5。

優選地，所述的S1中根據微服務的粒度、分層、邊界劃分、依賴關系和集成關系進行領域模型的劃界。

優選地，所述的基礎設施層包括數據庫、API網關和緩存，所述的緩存用于暫存來自領域層的操作數據，所述的數據庫用于儲存操作數據，所述的API網關用于與發出微服務請求的客戶端進行通訊。

一種基于DDD的微服務請求處理系統，包括微服務劃界模塊，所述的微服務劃界模塊對微服務進行劃界，建立微服務領域模型，所述的微服務領域模型包括展現層、應用層、領域層和基礎設施層，

所述的展現層獲取微服務請求，

所述的展現層將微服務請求發送至應用層，獲取業務處理數據，

所述的應用層將業務處理數據發送至領域層，領域層對業務處理數據進行業務邏輯處理，獲取操作數據，