RPC(Remote Procedure Call)遠程過程調用,主要解決遠程通訊間的問題,不須要了解底層網絡的通訊機制。緩存
知名度較高的有Thrift(FB的)、dubbo(阿里的)服務器
首先要解決通信的問題:即A機器想要調用B機器,首先得創建起通訊鏈接,主要是經過在客戶端和服務器之間創建TCP鏈接。網絡
要解決尋址的問題,A服務器上如何鏈接到B服務器(如主機或IP地址)以及特定的端口,方法的名稱是什麼。架構
1)序列化框架
當A服務器上的應用發起一個RPC調用時,調用方法和參數數據都須要先進行序列化。異步
2)反序列化性能
當B服務器接收到A服務器的請求以後,又須要對接收到的參數等信息進行反序列化操做。代理
B服務器進行本地調用(經過代理Proxy)以後獲得了返回值,此時還須要再把返回值發送回A服務器,一樣也須要通過序列化操做,而後再通過網絡傳輸將二進制數據發送回A服務器。cdn
一般,一次完整的PRC調用須要經歷如上4個步驟。中間件
消息隊列(MQ)是一種能實現生產者到消費者單向通訊的通訊模型,通常來講是指實現這個模型的中間件。
一、解耦
二、可靠投遞
三、廣播
四、最終一致性
五、流量削峯
六、消息投遞保證
七、異步通訊(支持同步)
八、提升系統吞吐、健壯性
典型的使用場景:秒殺業務中利用MQ來實現流量削峯,以及應用解耦使用。
1.在架構上,RPC和MQ的差別點是,Message有一箇中間結點Message Queue,能夠把消息存儲。
2.同步調用:對於要當即等待返回處理結果的場景,RPC是首選。
3.MQ 的使用,一方面是基於性能的考慮,好比服務端不能快速的響應客戶端(或客戶端也不要求實時響應),須要在隊列裏緩存。
另一方面,它更側重數據的傳輸,所以方式更加多樣化,除了點對點外,還有訂閱發佈等功能。
4.並且隨着業務增加,有的處理端處理量會成爲瓶頸,會進行同步調用改造爲異步調用,這個時候能夠考慮使用MQ。
本文由博客一文多發平臺 OpenWrite 發佈!