RPC比較適合- 客戶端調用哪個服務器比較明確

• 調用需要立即得到返回結果
• 架構簡單
  ??在一個由多個微服務構成的大系統中，某些關鍵服務間的調用應當在較短的時間內返回，而且各個微服務的專業化程度較高，同一個請求的關注者只有一個。這個時候就應該用RPC。 ??比如在一個ERP系統中，有一個管理倉儲的微服務，以及一個負責訂單的微服務。新建訂單時需要查知當前的存貨是否充足，如果不充足就通知用戶；提交訂單時預訂指定數量的貨物，如果此時貨物不錯，也要終止訂單的提交，并通知用戶。顯然在這種場景下是不允許較大的延遲，否則會影響用戶體驗。所以應該使用RPC，及時返回倉儲情況。
  MQ比較適合
• 消息的發送者和消費者需要解耦的情況
• 發送者并不明確誰是消費者
• 發送者并不關心誰來消費消息
• 各個消費者可以從不同的角度入手處理消息
• 消費者的處理結果也不返回給發送者
• 消息的發送和處理是異步的
• 消息的關注者不止一個
  ??在一個由多個微服務構成的大系統中，會有一些非關鍵服務，用來執行一些不需要立刻得到結果的計算。而且它們的計算結果并不會返回給消息的發送者。這個時候就應該使用MQ。 ??比如在一個ERP系統中有一些日志服務、業務監控服務等。這些服務會發布一些系統事件，針對這些事件可能有多個應用關注。對于日志服務，當系統出現某些異常情況時需要瀏覽日志，查找問題的根源；也可以在分析系統運行的瓶頸時提供關鍵數據。對于業務監控系統，例如貨物入倉出倉的消息，可以被報表系統關注，生成報表；也可以被配貨系統關注，及時補足所需庫存。

轉載于:https://blog.51cto.com/tenderrain/2152674

超強干貨來襲 云風專訪：近40年碼齡，通宵達旦的技術人生

總結

以上是生活随笔為你收集整理的RPC和MQ各自适合的应用场景的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。