Protocol buffers 对长时间运行的通知通道使用ServerStreaming rpc调用
我正在考虑使用gRPC服务来促进两个服务之间的通知。（顺便说一句，我将使用protobuf-net/protobuf-net.Grpc）其目的是客户机服务将建立并维护与服务器服务的连接，并随着时间的推移对通知作出反应。在一个完美的技术世界中，没有网络故障，没有服务器重启等，我们的想法是建立一次连接，并在应用程序的生命周期内保持服务器流调用的活动。显然，在现实世界中，我们需要处理重试、重新连接、故障转移等问题Protocol buffers 对长时间运行的通知通道使用ServerStreaming rpc调用,protocol-buffers,grpc,protobuf-net,Protocol Buffers,Grpc,Protobuf Net,我正在考虑使用gRPC服务来促进两个服务之间的通知。（顺便说一句，我将使用protobuf-net/protobuf-net.Grpc）其目的是客户机服务将建立并维护与服务器服务的连接，并随着时间的推移对通知作出反应。在一个完美的技术世界中，没有网络故障，没有服务器重启等，我们的想法是建立一次连接，并在应用程序的生命周期内保持服务器流调用的活动。显然，在现实世界中，我们需要处理重试、重新连接、故障转移等问题 我的问题是：在grpc中调用服务器流式呼叫并保持呼叫长时间开放是对服务器流式呼叫的适当使
我的问题是：在grpc中调用服务器流式呼叫并保持呼叫长时间开放是对服务器流式呼叫的适当使用，还是滥用了该功能？这是grpc的一个完美用例。gRPC就是为这种用途而设计的
是的，当与服务器的连接断开时，您必须处理重新连接或更准确地说重新建立流。这是gRPC的一个非常好的用例。gRPC就是为这种用途而设计的
是的，当与服务器的连接断开时，您必须处理重新连接或更准确地说重新建立流。我确信这在某种程度上取决于用例，但设置双工呼叫以为每个通知提供ACK是习惯还是首选？我确信这在某种程度上取决于用例，但是，设置双工呼叫为每个通知提供ACK是习惯还是首选？是的，gRPC非常适合此用例。看见您可以在Yes上阅读关于gRPC的更多信息，gRPC非常适合此用例。看见有关gRPC的更多信息，请访问