建站
咨詢
售后
建站咨詢
新聞中心
微服務架構模式方案
用Scale Cube方法設計應用架構，將應用服務按功能拆分成一組相互協(xié)作的服務。每個服務負責一組特定、相關的功能。每個服務可以有自己獨立的數(shù)據(jù)庫，從而保證與其他服務解耦。
1、聚合器微服務設計模式
? 聚合器調用多個服務實現(xiàn)應用程序所需的功能。它可以是一個簡單的Web頁面，將檢索到的數(shù)據(jù)進行處理展示。它也可以是一個更高層次的組合微服務，對檢索到的數(shù)據(jù)增加業(yè)務邏輯后進一步發(fā)布成一個新的微服務，這符合DRY原則。另外，每個服務都有自己的緩存和數(shù)據(jù)庫。如果聚合器是一個組合服務，那么它也有自己的緩存和數(shù)據(jù)庫。聚合器可以沿X軸和Z軸獨立擴展。
2、代理微服務設計模式
這是聚合器模式的一個變種，在這種情況下，客戶端并不聚合數(shù)據(jù)，但會根據(jù)業(yè)務需求的差別調用不同的微服務。代理可以僅僅委派請求，也可以進行數(shù)據(jù)轉換工作。
3、鏈式微服務設計模式
? 這種模式在接收到請求后會產(chǎn)生一個經(jīng)過合并的響應，在這種情況下，服務A接收到請求后會與服務B進行 通信 ，類似地，服務B會同服務C進行通信。所有服務都使用同步消息傳遞。在整個鏈式調用完成之前，客戶端會一直阻塞。因此，服務調用鏈不宜過長，以免客戶端長時間等待。
4、分支微服務設計模式
這種模式是聚合器模式的擴展，允許同時調用兩個微服務鏈
5、數(shù)據(jù)共享微服務設計模式
自治是微服務的設計原則之一，就是說微服務是全棧式服務。但在重構現(xiàn)有的“單體應用（monolithic application）”時，SQL數(shù)據(jù)庫反規(guī)范化可能會導致數(shù)據(jù)重復和不一致。因此，在單體應用到微服務架構的過渡階段，可以使用這種設計模式
當前題目：一定要記住！微服務架構的常用設計模式！
文章鏈接：http://www.dlmjj.cn/article/cdghogo.html
