要將一個大的領域拆分成為多個子系統是一件苦差事,許多公司都曾經經歷過;通常是在他們剛開始一個新專案或是決定把一個巨石架構(Monolish Architecture)轉變為微服務(Microservice)的時候。 一種能夠保障在建構大量鬆耦合軟體服務的時候,可以帶來多種好處的方法。 這些方法包含了團隊自治的改善、減少前導時間(Lead Time)、具備創新能力,以及其他那些能夠用來描述為加速交付週期的特質。
理論上,想要讓服務變得更小,我們應能夠改善正在評量的指標,以及從新的架構中得到益處,但是很多方法都不具備最重要的一個關鍵點。 假如我們想要擁有一個真正能夠自治的團隊和非僅耦合的一群服務,首先我們需要的是了解領域。
在本次演講中,你將會聽到關於 8 種領域驅動設計模型設計流程的方法。 這份知識能夠讓選擇正確的工具和實務這件事情變得容易,並且能夠幫助你設計出一個鬆耦合的系統,並且能夠與商業需求和組織結構對齊。