RPC
RPC(Remote Procedure Call)遠程過程調用,主要解決遠程通信間的問題,不需要了解底層網絡的通信機制。
RPC框架
知名度較高的有Thrift(FB的)、dubbo(阿里的)。
高併發架構系列:詳解RPC遠程調用和消息隊列MQ的區別
RPC的一般需要經歷4個步驟:
1、建立通信
首先要解決通訊的問題:即A機器想要調用B機器,首先得建立起通信連接,主要是通過在客戶端和服務器之間建立TCP連接。
2、服務尋址
要解決尋址的問題,A服務器上如何連接到B服務器(如主機或IP地址)以及特定的端口,方法的名稱是什麼。
3、網絡傳輸
1)序列化
當A服務器上的應用發起一個RPC調用時,調用方法和參數數據都需要先進行序列化。
2)反序列化
當B服務器接收到A服務器的請求之後,又需要對接收到的參數等信息進行反序列化操作。
4、服務調用
B服務器進行本地調用(通過代理Proxy)之後得到了返回值,此時還需要再把返回值發送回A服務器,同樣也需要經過序列化操作,然後再經過網絡傳輸將二進制數據發送回A服務器。
通常,一次完整的PRC調用需要經歷如上4個步驟。
更加詳細的RPC介紹,點擊參考:高併發架構系列:RPC框架的實現原理,調用全過程,及RPC架構組件
MQ(消息隊列)
消息隊列(MQ)是一種能實現生產者到消費者單向通信的通信模型,一般來說是指實現這個模型的中間件。
典型的MQ中間件:
RabbitMQ、ActiveMQ、Kafka等
典型的特點:
1、解耦
2、可靠投遞
3、廣播
4、最終一致性
5、流量削峯
6、消息投遞保證
7、異步通信(支持同步)
8、提高系統吞吐、健壯性
典型的使用場景:
秒殺業務中利用MQ來實現流量削峯,以及應用解耦使用。
RPC和MQ的區別和關聯:
1.在架構上,RPC和MQ的差異點是,Message有一箇中間結點Message Queue,可以把消息存儲。
高併發架構系列:詳解RPC遠程調用和消息隊列MQ的區別
2.同步調用:對於要立即等待返回處理結果的場景,RPC是首選。
3.MQ 的使用,一方面是基於性能的考慮,比如服務端不能快速的響應客戶端(或客戶端也不要求實時響應),需要在隊列裏緩存。
另外一方面,它更側重數據的傳輸,因此方式更加多樣化,除了點對點外,還有訂閱發佈等功能。
4.而且隨着業務增長,有的處理端處理量會成爲瓶頸,會進行同步調用改造爲異步調用,這個時候可以考慮使用MQ。
詳細的MQ消息隊列的選型比較,點擊參考:阿里P8架構師談:主流的消息隊列MQ比較,詳解MQ的4類應用場景
以上是就是RPC和MQ消息隊列的區別介紹,覺得有用請點贊支持,送你[架構學習資料包]
資料包內容:
1、最新最全的架構師學習圖譜高清版:架構師知識點一目瞭然;
2、架構師學習專題88期資料合集:配合圖譜,學習更科學;
3、程序員高讚的架構師學習圖9本(電子書)。