gRPC双向流场景下Istio速率限制的生效逻辑疑问

针对你提出的Istio速率限制在gRPC双向流（比如PingPong方法）中的表现问题，结论如下：

默认行为：不会触发速率限制 #

Istio默认的速率限制规则，是基于gRPC流的创建请求来统计的，而非流内发送的消息次数。

在你描述的场景中：

• 客户端仅建立了1条PingPong双向流连接
• 即使在一分钟内向流中发送200个Ping消息
• 由于速率限制统计的是「流创建的次数」（这里只有1次），远低于每分钟100次的阈值，所以不会触发限制。

如何实现流内消息的速率限制 #

如果需要针对流内的消息发送频率做限制，Istio默认配置无法直接实现，需要通过以下方式自定义：

• 利用Envoy的grpc-message-rate-limit过滤器（需在Istio中配置自定义EnvoyFilter），该过滤器可以针对gRPC流内的消息次数进行速率统计
• 自定义Istio速率限制的匹配规则，通过提取gRPC消息的特定属性（结合元数据或请求内容）来构建计数维度

附你提到的RPC方法定义：

rpc PingPong(stream Ping) returns (stream Pong) {}

内容的提问来源于stack exchange，提问作者cmcnealy