ETCD Watch事件负载均衡：是否有支持轮询分发的成熟方案？

需求描述 #

我们需要落地ETCD Watch事件的轮询式负载均衡能力，核心交互逻辑可参考ETCD Watch事件负载均衡需求示例图，具体流程为：

• Client A 针对 key /app/status 建立watch stream
• Client B 针对 key /app/status 建立watch stream
• Client C 针对 key /app/status 建立watch stream
• 独立客户端修改ETCD中的key /app/status，负载均衡器确保仅Client B收到本次变更事件
• 独立客户端再次修改ETCD中的key /app/status，负载均衡器确保仅Client C收到本次变更事件
• 独立客户端第三次修改ETCD中的key /app/status，负载均衡器确保仅Client A收到本次变更事件

从上述流程可以看出，该负载均衡器需要对返回的变更事件执行轮询式负载分发，确保单条事件仅被一个订阅客户端接收，而非全量广播给所有订阅方。

现有组件调研结论 #

针对ETCD生态内置的能力，我们已验证过官方提供的gRPC Proxy组件：

• 该组件可聚合发往ETCD服务端的同key watch请求，有效降低ETCD集群的连接与请求压力，本身具备架构层面的效率优势
• 但组件默认的事件分发逻辑是将捕获到的key变更事件广播回所有发起同key订阅的客户端，也就是所有订阅/app/status的客户端都会收到全量事件，目前暂未找到可调整该广播行为的原生配置项，无法匹配轮询分发的需求目标

核心待解问题 #

1. 这种将同一key的watch事件按规则拆分给不同订阅客户端的需求，是否从根本上违背了ETCD Watch流架构的核心设计原则？
2. 若ETCD生态内不存在可直接实现该能力的现成组件，是否应当跳出ETCD自身的能力边界，引入其他独立组件来落地该功能？

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