0x01 前言（產(chǎn)生的原因）(summary)
六種微服務(wù)架構(gòu)的設(shè)計模式
Design pattern of six kinds of micro service architecture
聚合器微服務(wù)設(shè)計模式
這是一種最常用也最簡單的設(shè)計模式，如下圖所示：
聚合器調(diào)用多個服務(wù)實現(xiàn)應(yīng)用程序所需的功能。它可以是一個簡單的Web頁面，將檢索到的數(shù)據(jù)進行處理展示惑淳。它也可以是一個更高層次的組合微服務(wù)扛芽，對檢索到的數(shù)據(jù)增加業(yè)務(wù)邏輯后進一步發(fā)布成一個新的微服務(wù)殷勘，這符合DRY原則亚隙。另外，每個服務(wù)都有自己的緩存和數(shù)據(jù)庫子漩。如果聚合器是一個組合服務(wù)，那么它也有自己的緩存和數(shù)據(jù)庫石洗。聚合器可以沿X軸和Z軸獨立擴展痛单。
代理微服務(wù)設(shè)計模式
這是聚合器模式的一個變種，如下圖所示：
在這種情況下劲腿，客戶端并不聚合數(shù)據(jù)旭绒，但會根據(jù)業(yè)務(wù)需求的差別調(diào)用不同的微服務(wù)。代理可以僅僅委派請求焦人，也可以進行數(shù)據(jù)轉(zhuǎn)換工作挥吵。
鏈式微服務(wù)設(shè)計模式
這種模式在接收到請求后會產(chǎn)生一個經(jīng)過合并的響應(yīng)，如下圖所示：
在這種情況下花椭，服務(wù)A接收到請求后會與服務(wù)B進行通信忽匈，類似地，服務(wù)B會同服務(wù)C進行通信矿辽。所有服務(wù)都使用同步消息傳遞丹允。在整個鏈式調(diào)用完成之前郭厌，客戶端會一直阻塞。因此雕蔽，服務(wù)調(diào)用鏈不宜過長折柠，以免客戶端長時間等待。
分支微服務(wù)設(shè)計模式
這種模式是聚合器模式的擴展批狐，允許同時調(diào)用兩個微服務(wù)鏈扇售，如下圖所示：
數(shù)據(jù)共享微服務(wù)設(shè)計模式
自治是微服務(wù)的設(shè)計原則之一，就是說微服務(wù)是全棧式服務(wù)嚣艇。但在重構(gòu)現(xiàn)有的“單體應(yīng)用（monolithic application）”時承冰，SQL數(shù)據(jù)庫反規(guī)范化可能會導(dǎo)致數(shù)據(jù)重復(fù)和不一致。因此食零，在單體應(yīng)用到微服務(wù)架構(gòu)的過渡階段困乒，可以使用這種設(shè)計模式，如下圖所示：
在這種情況下贰谣，部分微服務(wù)可能會共享緩存和數(shù)據(jù)庫存儲顶燕。不過，這只有在兩個服務(wù)之間存在強耦合關(guān)系時才可以冈爹。對于基于微服務(wù)的新建應(yīng)用程序而言涌攻，這是一種反模式。
異步消息傳遞微服務(wù)設(shè)計模式
雖然REST設(shè)計模式非常流行频伤，但它是同步的恳谎，會造成阻塞。因此部分基于微服務(wù)的架構(gòu)可能會選擇使用消息隊列代替REST請求/響應(yīng)憋肖，如下圖所示：
