引言

Hello大家好！今天我們來(lái)聊聊拆分微服務(wù)！大家都知道，微服務(wù)的設(shè)計(jì)原則和它帶來(lái)的便利讓我們寫(xiě)代碼更清晰、維護(hù)更方便，也讓項(xiàng)目在不斷迭代中更加靈活。如果在工作中已經(jīng)習(xí)慣了微服務(wù)的架構(gòu)，或是正計(jì)劃嘗試微服務(wù)，今天這篇就是為你準(zhǔn)備的。咱們從“高內(nèi)聚”和“低耦合”這兩個(gè)微服務(wù)設(shè)計(jì)的核心出發(fā)，一步一步看看拆分微服務(wù)的思路和方法吧！

圖片

微服務(wù)的高內(nèi)聚：專(zhuān)注做好單一職責(zé)

什么是“高內(nèi)聚”？

簡(jiǎn)單來(lái)說(shuō)，高內(nèi)聚就是每個(gè)微服務(wù)都聚焦在單一的職責(zé)上。要做到高內(nèi)聚，我們要確保一個(gè)微服務(wù)內(nèi)的代碼變化，都是因?yàn)橥粋€(gè)原因產(chǎn)生的。這意味著，同一功能的變更只在一個(gè)微服務(wù)內(nèi)部實(shí)現(xiàn)，從而把代碼的修改范圍鎖定在一個(gè)地方。這樣一來(lái)，我們不需要在多個(gè)服務(wù)之間修改代碼，減少了發(fā)布的次數(shù)，降低了風(fēng)險(xiǎn)，也讓系統(tǒng)更穩(wěn)定。

單一職責(zé)原則

在微服務(wù)設(shè)計(jì)中，單一職責(zé)原則是核心，因?yàn)樗鼛椭覀兏玫貙?shí)現(xiàn)高內(nèi)聚。也就是說(shuō)，每個(gè)微服務(wù)要盡量做到“一件事，做到極致”。如果某個(gè)需求屬于某一特定的業(yè)務(wù)領(lǐng)域，比如訂單處理、庫(kù)存管理等，那這個(gè)功能的邏輯和數(shù)據(jù)都盡量集中在同一個(gè)微服務(wù)內(nèi)，不要和其他服務(wù)混合。這不僅讓代碼結(jié)構(gòu)清晰、易讀，還讓未來(lái)的維護(hù)和迭代更加容易。

舉個(gè)例子，如果我們有一個(gè)訂單管理服務(wù)，它的職責(zé)就應(yīng)該是與訂單有關(guān)的所有操作，比如創(chuàng)建訂單、修改訂單狀態(tài)等。那如果有一天訂單系統(tǒng)的業(yè)務(wù)邏輯發(fā)生變更，我們只需要調(diào)整訂單管理服務(wù)內(nèi)部的代碼。對(duì)于其他微服務(wù)，例如庫(kù)存管理或用戶管理，根本不需要改動(dòng)。通過(guò)高內(nèi)聚，微服務(wù)的每次變更和發(fā)布都變得獨(dú)立，不再需要大量協(xié)調(diào)，極大提高了效率。

高內(nèi)聚的好處：維護(hù)方便、降低風(fēng)險(xiǎn)

高內(nèi)聚的最大優(yōu)勢(shì)，就是讓微服務(wù)更加“獨(dú)立”。這點(diǎn)在大項(xiàng)目的實(shí)際場(chǎng)景中尤為明顯。試想一下，如果系統(tǒng)是高度耦合的，那么任何微小的調(diào)整都可能引發(fā)其他部分的故障，這時(shí)候單一職責(zé)的設(shè)計(jì)就成了我們的“保護(hù)傘”。高內(nèi)聚的微服務(wù)只需要獨(dú)立維護(hù)本服務(wù)的代碼，一旦遇到變更，只需要修改特定的服務(wù)，而不需要去處理復(fù)雜的依賴(lài)關(guān)系，讓整個(gè)項(xiàng)目的風(fēng)險(xiǎn)和成本大大降低。

微服務(wù)的低耦合：解耦服務(wù)職責(zé)，互相調(diào)用接口

什么是“低耦合”？

低耦合是指微服務(wù)之間通過(guò)接口相互通信，而不是直接依賴(lài)彼此的實(shí)現(xiàn)細(xì)節(jié)。服務(wù)之間的調(diào)用只通過(guò)接口來(lái)實(shí)現(xiàn)，至于接口背后的實(shí)現(xiàn)邏輯，每個(gè)微服務(wù)各自掌控，彼此獨(dú)立。

想象一個(gè)經(jīng)典的微服務(wù)場(chǎng)景，比如訂單服務(wù)需要確認(rèn)庫(kù)存是否充足。我們不應(yīng)該把庫(kù)存檢查的代碼寫(xiě)在訂單服務(wù)中，而是通過(guò)調(diào)用庫(kù)存服務(wù)的接口來(lái)確認(rèn)庫(kù)存。這種方式的好處在于，即便庫(kù)存服務(wù)的內(nèi)部邏輯變動(dòng)，訂單服務(wù)也不需要改動(dòng)，因?yàn)樗缓徒涌诮换ァ?/p>

開(kāi)放封閉原則：對(duì)擴(kuò)展開(kāi)放，對(duì)修改封閉

在微服務(wù)的架構(gòu)下，遵循“開(kāi)放封閉原則”有助于我們實(shí)現(xiàn)低耦合。簡(jiǎn)單來(lái)說(shuō)，就是服務(wù)應(yīng)當(dāng)對(duì)“擴(kuò)展開(kāi)放”，但對(duì)“修改封閉”。當(dāng)訂單服務(wù)需要調(diào)用庫(kù)存服務(wù)來(lái)完成庫(kù)存確認(rèn)時(shí)，只需要調(diào)用接口，而無(wú)需了解庫(kù)存服務(wù)的內(nèi)部實(shí)現(xiàn)，甚至不用擔(dān)心庫(kù)存服務(wù)內(nèi)部代碼的變化。這樣，庫(kù)存服務(wù)的開(kāi)發(fā)和維護(hù)可以獨(dú)立進(jìn)行，而訂單服務(wù)也可以專(zhuān)注于自己的功能。

通過(guò)接口解耦，我們可以靈活地增加新的功能，比如將庫(kù)存查詢擴(kuò)展為異步調(diào)用，或添加新的檢查邏輯。這時(shí)，訂單服務(wù)只要調(diào)用接口，不需要為擴(kuò)展做任何額外修改，便于系統(tǒng)靈活擴(kuò)展，既能更快適應(yīng)業(yè)務(wù)變化，又不會(huì)破壞服務(wù)的獨(dú)立性。

領(lǐng)域建模：劃清微服務(wù)的邊界

子域和限界上下文

在微服務(wù)架構(gòu)中，領(lǐng)域建模是幫助我們劃清每個(gè)微服務(wù)邊界的重要步驟。每個(gè)大型系統(tǒng)都可以劃分為不同的子域，每個(gè)子域就是一個(gè)獨(dú)立的業(yè)務(wù)領(lǐng)域。在子域內(nèi)部，我們圍繞上下文來(lái)建模，并將業(yè)務(wù)分配到不同的微服務(wù)里去，形成清晰的領(lǐng)域邊界。

“限界上下文”指的是每個(gè)子域的邊界。比如，我們可以把一個(gè)電子商務(wù)系統(tǒng)劃分為訂單子域、庫(kù)存子域和支付子域等。在訂單子域中，訂單、訂單狀態(tài)等概念是其核心，它們構(gòu)成了訂單子域的限界上下文。在這個(gè)上下文內(nèi)，業(yè)務(wù)邏輯高度聚焦，所有和訂單相關(guān)的操作都封裝在訂單服務(wù)里。

如何實(shí)現(xiàn)微服務(wù)的低耦合

通過(guò)領(lǐng)域建模，明確了限界上下文后，微服務(wù)間的職責(zé)劃分就會(huì)更加清晰。在實(shí)現(xiàn)這些子域的過(guò)程中，我們只需在限界上下文內(nèi)處理相應(yīng)的邏輯，比如在訂單服務(wù)中處理訂單狀態(tài)、金額計(jì)算等，而對(duì)于庫(kù)存查詢、支付確認(rèn)等過(guò)程，通過(guò)接口來(lái)調(diào)用庫(kù)存服務(wù)和支付服務(wù)即可。這樣，每個(gè)微服務(wù)專(zhuān)注于自己的領(lǐng)域，保證了低耦合。

領(lǐng)域事件通知機(jī)制：用消息隊(duì)列實(shí)現(xiàn)松耦合通信

在復(fù)雜的微服務(wù)架構(gòu)中，服務(wù)間難免需要頻繁地通信，領(lǐng)域事件通知機(jī)制是實(shí)現(xiàn)這種松耦合通信的有效方法。領(lǐng)域事件通知機(jī)制可以借助消息隊(duì)列來(lái)完成，實(shí)現(xiàn)不同服務(wù)間的解耦。

比如，在我們的系統(tǒng)中，有“核心通訊錄”服務(wù)和“門(mén)禁管理”服務(wù)。當(dāng)通訊錄發(fā)生變更時(shí)，不用直接通知門(mén)禁管理服務(wù)，而是將變更事件發(fā)布到消息隊(duì)列中。門(mén)禁管理服務(wù)會(huì)從消息隊(duì)列中接收通知，做出相應(yīng)的響應(yīng)。

這有什么好處呢？消息隊(duì)列不僅支持異步通信，還能防止服務(wù)間的相互依賴(lài)，做到松耦合。即使在高并發(fā)場(chǎng)景下，也能輕松擴(kuò)展。消息隊(duì)列還可以提供故障隔離，比如通訊錄服務(wù)即使短暫不可用，也不會(huì)影響門(mén)禁管理服務(wù)，因?yàn)橥ㄖ⒁呀?jīng)放進(jìn)了隊(duì)列里，服務(wù)恢復(fù)后仍能正常處理。

事件通知的實(shí)際應(yīng)用

繼續(xù)舉例，假設(shè)“門(mén)禁管理”服務(wù)不僅需要接收“核心通訊錄”服務(wù)的照片變更消息，還可能會(huì)監(jiān)聽(tīng)其他事件。通過(guò)消息隊(duì)列來(lái)處理這些事件通知，每個(gè)服務(wù)可以根據(jù)需要訂閱特定類(lèi)型的消息，彼此保持獨(dú)立，消息隊(duì)列會(huì)幫我們管理和分發(fā)這些事件。這樣的設(shè)計(jì)讓微服務(wù)間的關(guān)系更為松散，也讓擴(kuò)展和維護(hù)變得更加靈活。

高內(nèi)聚和低耦合不僅是微服務(wù)的設(shè)計(jì)原則，也是讓我們項(xiàng)目更加穩(wěn)定和可維護(hù)的關(guān)鍵。高內(nèi)聚讓每個(gè)微服務(wù)都獨(dú)立負(fù)責(zé)自己的單一職責(zé)，避免頻繁改動(dòng)；低耦合則通過(guò)接口和消息隊(duì)列實(shí)現(xiàn)服務(wù)間的解耦，讓各個(gè)服務(wù)專(zhuān)注于各自的領(lǐng)域。

希望今天的分享讓大家對(duì)微服務(wù)拆分有了更清晰的思路。拆分微服務(wù)的過(guò)程中，堅(jiān)持高內(nèi)聚和低耦合的設(shè)計(jì)原則，就能打造一個(gè)靈活且易維護(hù)的系統(tǒng)架構(gòu)。趕緊試試吧！