您好,登錄后才能下訂單哦!
gRPC的工作原理是什么,針對這個問題,這篇文章詳細介紹了相對應的分析和解答,希望可以幫助更多想解決這個問題的小伙伴找到更簡單易行的方法。
gRPC 已經成為實現需要大規模快速運行的分布式軟件系統的一項重要技術。簡而言之,gRPC 是一個 API 框架
,它允許一個程序在互聯網上的一個位置傳遞數據到另一個位置的另一個程序中的獨特函數進行處理。
其他 API 框架(如 REST)通常使用基于文本的格式(如 JSON 或 XML)在客戶機和服務器之間傳遞數據,而在 gRPC 下,數據是以二進制格式
在客戶機和服務器端目標函數之間傳遞的。
有效載荷具有二進制特性,這也是它比其他方法更快的名聲的來源之一。使用 gRPC 的程序可以以納秒
為單位執行,而不是使用基于文本的數據時通常使用的毫秒。
數據共享
是起點。公司需要將數據從一臺計算機轉移到另一臺計算機,以便以每個系統特有的方式處理信息。
RPC 背后的基本思想是,在一臺機器上運行的過程(也稱為函數)可以由網絡上不同位置的其他機器共享。RPC 的好處是減少了系統冗余
。當需要升級過程時,所有更改都發生在單個位置
HTML
和
XML
一樣是基于文本的。這些都是
龐大的格式
,因為它們需要開始和結束標簽JSON
是另一種流行的基于文本的數據格式,它甚至比 XML 更簡潔,gRPC
中,所有數據都以二進制格式傳輸。信息被
序列化為一個緊湊的位集合
,然后通過網絡發送。然后,當數據到達目標目的地時,它們
被反序列化為文本
。在 gRPC 中使用的二進制格式是協議緩沖。使用協議緩沖可以使數據快速傳輸,但是它也帶來了成本,而這些成本是由于描述數據帶來的開銷而產生的。
用空間換時間
。gRPC 背后的基本概念。請注意,客戶機和服務器通過 HTTP/2
進行通信,信息可以作為單個請求/響應事件或連續流進行交換。
在 gRPC 模式中, .proto
文件包含由服務器發布的函數簽名。根據已發布的函數聲明,客戶機將使用此信息將消息傳遞給特定函數。定義的函數聲明的示例如下 .proto文件中。格式如下:
rpc Add (Request) returns (Response) {}
rpc
是一個保留的協議緩沖關鍵字,表示該函數是一個遠程過程調用Add
是函數的名稱(Request)
表示該函數有一個自定義消息類型的參數 Requestreturns
是一個保留的協議緩沖關鍵字,表示函數返回類型的前綴(Response)
表示該函數將返回一個自定義消息類型,Response關于gRPC的工作原理是什么問題的解答就分享到這里了,希望以上內容可以對大家有一定的幫助,如果你還有很多疑惑沒有解開,可以關注億速云行業資訊頻道了解更多相關知識。
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。