領域驅動設計

一些方法或技術如何花了好些年變成熟或在一般大眾中變知名是有趣的.領域驅動設計(Domain-Driven Design)是其中一個有效的技術,在任一個討論微服務中變成必備.為甚麼現在和歷史上我們已經試著在軟體設計中去達成兩種綜效高內聚,低耦合.我們針對在模式中個體創造邊界的能力,如此一起工作很好不用傳播變更到其它個體的邊界內.很不幸的,我們在這點上做的特別差.

DDD是一種軟體開發方法去針對複雜系統配對活動, 工作,事件和資料從一個商業領域至軟體產品.DDD其中一個重要的概念就是邊界內容是內聚與良好定義單元在你定義軟體產品邊界商業模式內.

從一個領域模式觀點,微服務都是關於邊界.我們分開我們領域模式一個特別部分可被轉變用一個可獨立發行的產出物.

不良定義的邊界我們將會創造一個依賴太多在其他微服務資訊限制的產物.我們也會創造另一個維運痛點.然而我們在一個產物做變更我們將需要同步這些變更到其他產物.

我們主張獨佔優先的方法因為這允許你先評估在商業模式上的知識成熟度.DDD是一個如此有用的技能去辨識領域模式上邊界內容:

事情群聚一起達成高內聚低耦合.由一開始便難猜哪一部分的系統變更會在一起,哪些是分開的.然而幾個月或一年後,開發者和商業分析師會對每一個邊界內容的演進週期有一個更好的輪廓.

對於微服務萃取這些是理想的候選人,這將會是一個好的點去扼殺我們的獨佔系統