在這種情況下,客戶端並不聚合數據,但會根據業務需求的差別調用不同的微服務。代理可以僅僅委派請求,也可以進行數據轉換工作。
這種模式在接收到請求後會產生一個經過合併的響應,如下圖所示:
這種模式是聚合器模式的擴展,允許同時調用兩個微服務鏈,如下圖所示:
在這種情況下,部分微服務可能會共享緩存和數據庫存儲。不過,這只有在兩個服務之間存在強耦合關係時纔可以。對於基於微服務的新建應用程序而言,這是一種反模式。
雖然REST設計模式非常流行,但它是同步的,會造成阻塞。因此部分基於微服務的架構可能會選擇使用消息隊列代替REST請求/響應,如下圖所示: