學(xué)習(xí)完整課程請(qǐng)移步 互聯(lián)網(wǎng) Java 全棧工程師
本節(jié)視頻
微服務(wù)架構(gòu)需要考慮的問(wèn)題
- API Gateway
- 服務(wù)間調(diào)用
- 服務(wù)發(fā)現(xiàn)
- 服務(wù)容錯(cuò)
- 服務(wù)部署
- 數(shù)據(jù)調(diào)用
聚合器微服務(wù)設(shè)計(jì)模式
這是一種最常見(jiàn)也最簡(jiǎn)單的設(shè)計(jì)模式
聚合器調(diào)用多個(gè)服務(wù)實(shí)現(xiàn)應(yīng)用程序所需的功能醋拧。它可以是一個(gè)簡(jiǎn)單的 WEB 頁(yè)面闻鉴，將檢索到的數(shù)據(jù)進(jìn)行處理展示。它也可以是一個(gè)更高層次的組合微服務(wù)，對(duì)檢索到的數(shù)據(jù)增加業(yè)務(wù)邏輯后進(jìn)一步發(fā)布成一個(gè)新的微服務(wù)砍鸠，這符合 DRY 原則。另外慷暂，每個(gè)服務(wù)都有自己的緩存和數(shù)據(jù)庫(kù)定硝。如果聚合器是一個(gè)組合服務(wù)，那么它也有自己的緩存和數(shù)據(jù)庫(kù)撒会。聚合器可以沿 X軸 和 Z軸 獨(dú)立擴(kuò)展嘹朗。
代理微服務(wù)設(shè)計(jì)模式
這是聚合模式的一個(gè)變種，如下圖所示
在這種情況下诵肛，客戶端并不聚合數(shù)據(jù)屹培，但會(huì)根據(jù)業(yè)務(wù)需求的差別調(diào)用不同的微服務(wù)。代理可以僅僅委派請(qǐng)求怔檩，也可以進(jìn)行數(shù)據(jù)轉(zhuǎn)換工作褪秀。
鏈?zhǔn)轿⒎?wù)設(shè)計(jì)模式
這種模式在接收到請(qǐng)求后會(huì)產(chǎn)生一個(gè)經(jīng)過(guò)合并的響應(yīng)，如下圖所示
在這種情況下珠洗，服務(wù)A 接收到請(qǐng)求后會(huì)與 服務(wù)B 進(jìn)行通信溜歪，類似地若专，服務(wù)B 會(huì)同 服務(wù)C 進(jìn)行通信许蓖。所有服務(wù)都使用同步消息傳遞。在整個(gè)鏈?zhǔn)秸{(diào)用完成之前调衰，客戶端會(huì)一直阻塞膊爪。因此，服務(wù)調(diào)用鏈不宜過(guò)長(zhǎng)嚎莉，以免客戶端長(zhǎng)時(shí)間等待米酬。
分支微服務(wù)設(shè)計(jì)模式
這種模式是聚合器模式的擴(kuò)展，允許同時(shí)調(diào)用兩個(gè)微服務(wù)鏈趋箩，如下圖所示
數(shù)據(jù)共享微服務(wù)設(shè)計(jì)模式
自治是微服務(wù)的設(shè)計(jì)原則之一赃额，就是說(shuō)微服務(wù)是全棧式服務(wù)加派。但在重構(gòu)現(xiàn)有的“單體應(yīng)用（Monolithic Application）”時(shí)，SQL 數(shù)據(jù)庫(kù)反規(guī)范化可能會(huì)導(dǎo)致數(shù)據(jù)重復(fù)和不一致跳芳。因此芍锦，在單體應(yīng)用到微服務(wù)架構(gòu)的過(guò)渡階段，可以使用這種設(shè)計(jì)模式飞盆，如下圖所示
在這種情況下娄琉，部分微服務(wù)可能會(huì)共享緩存和數(shù)據(jù)庫(kù)存儲(chǔ)。不過(guò)吓歇，這只有在兩個(gè)服務(wù)之間存在強(qiáng)耦合關(guān)系時(shí)才可以孽水。對(duì)于基于微服務(wù)的新建應(yīng)用程序而言，這是一種反模式城看。
異步消息傳遞微服務(wù)設(shè)計(jì)模式
雖然 REST 設(shè)計(jì)模式非常流行女气，但它是同步的，會(huì)造成阻塞测柠。因此部分基于微服務(wù)的架構(gòu)可能會(huì)選擇使用消息隊(duì)列代替 REST 請(qǐng)求/響應(yīng)主卫，如下圖所示
