Cadence中frontend服务如何感知history服务集群的成员变更？

Cadence的架构设计中，Frontend服务不需要加入History服务的Ringpop集群，就能自动感知History节点的新增/下线，核心通过以下几个机制实现：

• 共用同一套服务发现数据源
  History集群的Ringpop成员列表本身依赖底层的服务发现组件同步（Cadence默认基于Hashicorp Serf实现gossip协议的成员状态同步，也支持对接K8s Service、Consul、Nacos等第三方注册中心），Frontend服务会对接同一套服务发现数据源，直接从中获取所有存活的History节点信息，不需要和History节点做独立的状态同步。
• 节点列表的双路更新机制
  Frontend内置的服务发现客户端同时支持两种更新策略：
  • 定时全量拉取：默认间隔1~10秒（可通过配置调整）主动拉取全量History节点列表，覆盖本地缓存
  • 变更实时推送：如果对接的注册中心支持事件推送能力，节点新增/下线时Frontend会立刻收到事件通知，第一时间更新本地缓存
• 路由规则的自动适配
  Frontend和History集群使用完全一致的一致性哈希分片规则计算请求路由，本地缓存的节点列表更新后，哈希环会自动完成重平衡，后续请求会自动按分片规则路由到新加入的History节点上，无需额外的适配逻辑。

注：如果History集群配置了自定义的节点过滤规则（比如过滤掉处于draining状态、健康检查失败的节点），只需要确保Frontend服务使用相同的过滤规则，就能保证路由逻辑和History集群的分片逻辑完全对齐，不会出现路由错误。

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