領域驅動模型
領域驅動DDD 告訴了我們最開始要把分層搭建好,然後專注於自身領域中。根據劃定不同的領域來構建不通的限界上下文來指定領域邊界。
理論上我們都知道或者瞭解了,但是如何將理論貼近於實際呢?
可以結合 金字塔原理
- 根據已有條件(業務範圍、業務關聯性、是否已有類似業務等)來定位自己將要做的業務領域
- 是否已經在存在該領域了。
- 存在就靠攏。
- 不存在就構建自己的領域邊界。
- 是否已經在存在該領域了。
- 梳理該領域範圍內功能
- 構建功能級別
- 區分哪些是輔助類型
- 區分哪些是核心類型
- 哪些是對外提供
- 哪些是對內提供
- 構建基礎思維導圖
- 列出已有或需要的服務
- 力度應該在最底層或基本元素
- 列出已有或需要的服務
- 分類聚集(歸類)
- 具備相關或相同特性的模塊進行歸類劃分爲一個更上層的抽象。
- 逐層歸類,最終到定義的領域範圍最高層。
大概示例圖
- 按照實際情況來規劃微服務拆分的顆粒度
大概示例圖
- 特別注意
- 需要清楚的認定,沒有一步就到位的 系統or架構,系統or框架只會不斷演化。
- 只有最符合公司當前業務與技術情況的。也就是成本最低的。
- 並不是顆粒度越少越好!
.... 有其他事情打斷,看情況在補充吧。