? ? ? 現如今微服務很流行，而微服務很有可能是使用不同語言進行構建的。而微服務之間通常需要相互通信，所以微服務之間必須在以下幾個方面達成共識：

• 需要使用某種API

• 數據格式

• 錯誤的模式

• 負載均衡

• 。。。

? ? ? 現在最流行的一種API風格可能是REST，它主要是通過HTTP協議來傳輸JSON數據。

? 但是現在我們可以看看gRPC（https://grpc.io/）。gRPC來自Google，并且支持眾多主流的語言包括：Go，Dart，C#，C/C++，Nodejs，Python等等。

下面就簡單介紹下gRPC。

01

gRPC能解決哪些問題？

構建（Web）API是挺麻煩的，因為構建API時我們得考慮：

• 數據的格式是JSON、XML還是二進制的；

• 端點地址以及GET還是POST等；

• 如何調用API以及對異常的處理規則；

• API的效率：一次調用讀取多少數據？是否太多了或太少了？太少的話可能會導致多次API的調用；

• 延遲；

• 擴展性，是否能支持成上千個客戶端

• 負載均衡

• 與其他語言的互操作性

• 如何處理身份認證、監控、日志等等

以上這些問題據說gRPC都能解決。。?

02

再次介紹一下gRPC

? ? ? ? 之前說了gRPC來自Google，它是一個開源的框架；它同時也是Cloud Native Computation基金會（CNCF）的一部分，就像Docker和Kubernetes一樣。

? ? ? ? gRPC允許你為RPC（Remote Procedure Call）定義請求和響應，然后gRPC會幫你處理一切剩余問題。

? ? ? ? 它速度快，執行效率高，基于HTTP/2構建，低延遲，支持流，與開發語言無關，并且可以很簡單的插入身份認證、負載均衡、日志和監控等功能。

03

RPC是啥

RPC是（Remote Procedure Call）遠程過程調用。

在客戶端代碼使用RPC調用的時候，就像直接調用了服務端的一個函數一樣。

例如在服務器端代碼是這樣的：

而在“遙遠”的客戶端它是這樣調用服務器端的邏輯的，就像調用本地方法一樣：

客戶端在調用這個方法的時候，是通過網絡進行通信的。

RPC它不是一個新的概念，很早它就出現了。但是它存在很多的問題。而gRPC它是對RPC一種非常簡潔的實現并且解決了很多RPC的問題。

04

如何學習gRPC？

? ? ? ? 首先，你得學習Protocol Buffers （https://developers.google.com/protocol-buffers/），簡單的說，它可以用來定義消息和服務。

? ? ? ? 然后，你只需要實現服務即可，剩余的gRPC代碼將會自動為你生成。

? ? ? ? .proto這個文件可以適用于十幾種開發語言（包括服務端和客戶端），并且它允許你使用同一個框架來支持每秒百萬級以上的RPC調用。

? ? ? ? gPRC使用的是合約優先的API開發模式，它默認使用Protocol buffers (protobuf) 作為接口設計語言（IDL），這個.proto文件包括兩部分：

• gRPC服務的定義

• 服務端和客戶端之間傳遞的消息

看一個官網的例子（protobuf）：

在這里定義了一個Greeter服務，它里面定義了一個SayHello的rpc調用。SayHello會發送HelloRequest這個消息，接收HelloReply這個消息。

為什么使用Protocol Buffers？

因為：

• 它和開發語言無關

• 可以生成所有主流開發語言的代碼

• 數據是二進制格式的，串行化的效率高，Payload比較小

• 也很適合傳遞大量的數據

• 通過設定某些規則，是的API的進化也很簡單

今天先到這。。

總結

以上是生活随笔為你收集整理的gRPC in ASP.NET Core 3.0 -- 前言的全部內容，希望文章能夠幫你解決所遇到的問題。

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