依子網域分解 - AWS 方案指引

本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

依子網域分解

此模式使用網域驅動設計 (DDD) 子網域來分解整體。此方法會將組織的網域模型細分為標示為核心 （業務的關鍵差異因素）、支援 （可能與業務相關，但與差異因素無關） 或一般 （非業務特定） 的個別子網域。此模式適用於在子網域相關模組之間具有明確定義界限的現有單體系統。這表示您可以透過將現有模組重新封裝為微服務來分解整體，但不會大幅重寫現有程式碼。每個子網域都有一個模型，該模型的範圍稱為邊界內容。微服務是根據此受限內容開發。下表說明使用此模式的優點和缺點。

優點 缺點

  • 鬆耦合架構提供可擴展性、彈性、可維護性、可擴展性、位置透明度、通訊協定獨立性和時間獨立性。

  • 系統變得更具可擴展性和可預測性。

  • 可以建立太多微服務，這使得服務探索和整合變得困難。

  • 業務子網域很難識別，因為它們需要深入了解整體業務。

下圖顯示保險整體如何在由業務功能分解之後分解為子網域。

依子網域分解整體

下圖顯示銷售和行銷服務細分為較小的微服務。購買和宣告模型是銷售的重要業務差異因素，並分為兩個單獨的微型服務。透過使用行銷活動、分析和報告等支援的業務功能來分解行銷。