記一次簡單的微服務項目拆分

領域驅動模型

 

 

領域驅動DDD 告訴了我們最開始要把分層搭建好，然后專注於自身領域中。根據划定不同的領域來構建不通的限界上下文來指定領域邊界。

 

理論上我們都知道或者了解了，但是如何將理論貼近於實際呢？

 

可以結合  金字塔原理 

 

 

• 根據已有條件（業務范圍、業務關聯性、是否已有類似業務等）來定位自己將要做的業務領域
  • 是否已經在存在該領域了。
    • 存在就靠攏。
    • 不存在就構建自己的領域邊界。
• 梳理該領域范圍內功能
  • 構建功能級別
  • 區分哪些是輔助類型
  • 區分哪些是核心類型
  • 哪些是對外提供
  • 哪些是對內提供
• 構建基礎思維導圖
  • 列出已有或需要的服務
    • 力度應該在最底層或基本元素
• 分類聚集（歸類）
  • 具備相關或相同特性的模塊進行歸類划分為一個更上層的抽象。
  • 逐層歸類，最終到定義的領域范圍最高層。

 

大概示例圖

• 按照實際情況來規划微服務拆分的顆粒度

大概示例圖

 

•  特別注意
  • 需要清楚的認定，沒有一步就到位的 系統or架構，系統or框架只會不斷演化。
  • 只有最符合公司當前業務與技術情況的。也就是成本最低的。
  • 並不是顆粒度越少越好！

.... 有其他事情打斷，看情況在補充吧。