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

# 依子網域分解
<a name="decompose-subdomain"></a>

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


****  

| 優點 | 缺點 | 
| --- | --- | 
|  [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/modernization-decomposing-monoliths/decompose-subdomain.html) | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/modernization-decomposing-monoliths/decompose-subdomain.html) | 

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

![\[依子網域分解整體\]](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/modernization-decomposing-monoliths/images/decompose-by-subdomain.png)


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