淺談.NET 6 中 gRPC 的最新功能

gPRC 客戶端負載均衡

客戶端負載均衡是在建立通道時配置的。使用負載均衡時要考慮的兩個元件：

• 解析器，解析通道的地址。解析器支援從外部源獲取地址。這也稱為服務發現。

• 負載均衡器，它建立連線並選擇 gRPC 呼叫將使用的地址。

以下程式碼示例將通道配置為使用具有迴圈負載平衡的 DNS 服務發現：

var channel = GrpcChannel . ForAddress (

"dns:///my-example-host" ,

new GrpcChannelOptions

{

Credentials = ChannelCredentials . Insecure ,

ServiceConfig = new ServiceConfig { LoadBalancingConfigs = { new RoundRobinConfig () } }

});

var client = new Greet . GreeterClient (channel);

var response = await client. SayHelloAsync ( new HelloRequest { Name = "world" });

更多資訊，請參閱  gPRC 客戶端負載平衡 。

• gPRC 

  https://docs.microsoft.com/aspnet/core/grpc/

• gPRC 客戶端負載平衡：

  https://docs.microsoft.com/aspnet/core/grpc/loadbalancing

帶有重試的瞬間故障處理

gRPC 呼叫可能會被瞬時故障中斷。瞬態故障包括：

• 網路連線暫時中斷。

• 服務暫時不可用。

• 由於伺服器負載超時。

當 gRPC 呼叫被中斷時，客戶端會丟擲一個包含錯誤詳細資訊的 RpcException。客戶端應用程式必須捕獲異常並選擇如何處理錯誤。

var client =newGreeter.GreeterClient(channel);

try

{

    var response =await client.SayHelloAsync(

        newHelloRequest{Name=".NET"});

    Console.WriteLine("From server: "+ response.Message);

}

catch(RpcException ex)

{

    // Write logic to inspect the error and retry

    // if the error is from a transient fault.

}

在整個應用程式中複製重試邏輯是冗長且容易出錯的。幸運的是，.NET gRPC 客戶端現在內建了對自動重試的支援。重試在通道上集中配置，並且有許多選項可用於使用 RetryPolicy 自定義重試行為。

var defaultMethodConfig =newMethodConfig

{

    Names={MethodName.Default},

    RetryPolicy=newRetryPolicy

    {

        MaxAttempts=5,

        InitialBackoff=TimeSpan.FromSeconds(1),

        MaxBackoff=TimeSpan.FromSeconds(5),

        BackoffMultiplier=1.5,

        RetryableStatusCodes={StatusCode.Unavailable}

    }

};

// Clients created with this channel will automatically retry failed calls.

var channel =GrpcChannel.ForAddress("https://localhost:5001",newGrpcChannelOptions

{

    ServiceConfig=newServiceConfig{MethodConfigs={ defaultMethodConfig }}

});

有關更多資訊，請參閱 使用 gRPC 重試進行瞬態故障處理 。

Protobuf 效能

關於.NET 的 gRPC 使用 Google.Protobuf 包作為訊息的預設序列化程式。Protobuf 是一種高效的二進位制序列化格式。Google.Protobuf 旨在提高效能，使用程式碼生成而不是反射來序列化 .NET 物件。在 .NET 5 中，我們與 Protobuf 團隊合作，為序列化程式添加了對現代記憶體 API（例如 Span<T>、ReadOnlySequence<T>和IBufferWriter<T>）的支援。.NET 6 中的改進優化了一個已經很快的序列化程式。 

protocolbuffers/protobuf#8147添加了向量化字串序列化。SIMD 指令允許並行處理多個字元，從而在序列化某些字串值時顯著提高效能。

privatestring _value =newstring(' ',10080);

privatebyte[] _outputBuffer =newbyte[10080];

[Benchmark]

publicvoidWriteString()

{

    var span =newSpan<byte>(_outputBuffer);

    WriteContext.Initialize(ref span,outWriteContext ctx);

    ctx.WriteString(_value);

    ctx.Flush();

}

}

Method	Google .Protobuf	Mean	Ratio	Allocated
WriteString	3.14	8.838  us	1.00	0 B
WriteString	3.18	2.919 ns	0.33	0 B

protocolbuffers/protobuf#7645 添加了一個用於建立 ByteString 例項的新 API。如果你知道底層資料不會改變，那麼使用 UnsafeByteOperations.UnsafeWrap 來建立一個 ByteString 而不復制底層資料。如果應用程式處理大位元組有效負載並且您想降低垃圾收集頻率，這將非常有用。

• protocolbuffers/protobuf#7645：

  https://github.com/protocolbuffers/protobuf/pull/7645