【轉】RPC簡單介紹

 

RPC簡單介紹

RPC

1. RPC是什麼

　　RPC（Remote Procedure Call Protocol）——遠程過程調用協議，它是一種經過網絡從遠程計算機程序上請求服務，而不須要了解底層網絡技術的協議。RPC協議假定某些傳輸協議的存在，如TCP或UDP，爲通訊程序之間攜帶信息數據。在OSI網絡通訊模型中，RPC跨越了傳輸層和應用層。RPC使得開發包括網絡分佈式多程序在內的應用程序更加容易。

　　RPC採用客戶機/服務器模式。請求程序就是一個客戶機，而服務提供程序就是一個服務器。首先，客戶機調用進程發送一個有進程參數的調用信息到服務進程，而後等待應答信息。在服務器端，進程保持睡眠狀態直到調用信息到達爲止。當一個調用信息到達，服務器得到進程參數，計算結果，發送答覆信息，而後等待下一個調用信息，最後，客戶端調用進程接收答覆信息，得到進程結果，而後調用執行繼續進行。

 

2. 爲何要用RPC？

其實這是應用開發到必定的階段的強烈需求驅動的。

1. 若是咱們開發簡單的單一應用，邏輯簡單、用戶很少、流量不大，那咱們用不着；

2. 當咱們的系統訪問量增大、業務增多時，咱們會發現一臺單機運行此係統已經沒法承受。此時，咱們能夠將業務拆分紅幾個互不關聯的應用，分別部署在各自機器上，以劃清邏輯並減少壓力。此時，咱們也能夠不須要RPC，由於應用之間是互不關聯的。

3. 當咱們的業務愈來愈多、應用也愈來愈多時，天然的，咱們會發現有些功能已經不能簡單劃分開來或者劃分不出來。此時，能夠將公共業務邏輯抽離出來，將之組成獨立的服務Service應用 。而原有的、新增的應用均可以與那些獨立的Service應用 交互，以此來完成完整的業務功能。因此此時，咱們急需一種高效的應用程序之間的通信手段來完成這種需求，因此你看，RPC大顯身手的時候來了！

其實3描述的場景也是服務化 、微服務 和分佈式系統架構 的基礎場景。即RPC框架就是實現以上結構的有力方式。

 

【轉自】 連接：https://juejin.im/post/5c6d6182f265da2dd37c17e5

 

謝謝！