grpc 通过反向代理流式传输

Question

grpc streaming 究竟是如何在反向代理上工作的？我的理解是，客户端和反向代理之间将建立持久连接，而反向代理和我的服务器之间的连接不是持久的——那么位于反向代理后面的我的实际服务器如何继续流式传输消息通过持久连接到客户端？

此外，假设我想保持持久连接以处理推送通知(即我的服务器跟踪持久连接，我想通知特定客户端的服务器端发生某些事情，我得到流/该特定客户端的持久连接然后通过它发送消息)。

Answer 1

gRPC 流使用 HTTP/2 流。 HTTP/2 流绑定(bind)到它们启动的 TCP 连接。反向代理将创建到后端的 HTTP/2 流以转发 RPC。所以“流”会绑定(bind)两个TCP连接:客户端→代理，代理→后端。如果任一 TCP 连接关闭，则 RPC 将被取消。使用 HTTP/2，即使反向代理也有一个到后端的半持久连接，但它们确实可能比客户端更频繁地循环连接。