数据变更白屏化利器 - 推送轨迹上线

背景

Zookeeper 可作为注册配置中心，选主，分布式锁等多种场景，随着业务规模的扩大，业务之间的依赖关系逐渐变得复杂，在这种复杂的场景下如果遇到变更推送相关问题，排查起来相当困难，虽然 Zookeeper 原有的审计日志能够记录 Znode 的变更记录，但是无法查询到服务端对变更的推送记录，并且需要人工筛选，费时费力，长时间以来，用户对 Zookeeper 更丰富的推送功能的可观测性有了越来越强烈的需求。

MSE Zookeeper 最新上线推送轨迹能力，提供变更历史，变更推送记录，查询记录回溯能力，助力用户排查配置注册中心推送，变更回溯等难题。

推送轨迹功能介绍

Zookeeper 推送轨迹提供 Znode 变更和查询记录，以及服务端向客户端推送变更事件的记录，根据推送轨迹可以看到客户端的变更是否成功，以及变更成功后，服务端是否将变更事件推送到客户端，推送轨迹能够根据 Path 和 SessionID 两个维度查询到对应的日志记录。

Path 查询维度

提供对应的 Path 以及事件信息，即可查询对应的 Path 的变更记录：

推送轨迹详细展示了 Znode 变更的记录信息。在推送轨迹页面左侧，展示当前时间段内的 Znode 变更事件，点击左侧变更流水可以定位到右侧的变更及推送事件记录。页面右侧，展示当前时间段内的 Znode 变更及推送事件，变更事件中显示本次变更的类型，推送事件中展现推送发生事件，推送到的客户端 SessionID。鼠标上移推送详情图标可以查看本地推送的事件类型等详细信息。

Session 查询维度

在推送轨迹 Session 查询维度页面，展示该 Session 相关的推送轨迹。变更时间表示本次 Znode 变更所发生的时间，变更事件表示本次 Znode 变更事件类型，Path 表示本次变更的 Znode Path，点击详情列信息按钮可以看到详情图标可以看到本次变更事件详细信息，点击详情列跳转按钮可以切换到 Path 维度查询的入口查询当前 Path 在该时间点的推送事件。

Zookeeper 推送轨迹最佳实践

1. 登录 MSE 管理控制台。

2. 在顶部菜单栏选择地域。

3. 在左侧菜单栏选择注册配置中心 > 实例列表。单击目标实例名称或操作列下方的管理。

4. 根据应用场景，对需要排查的 Znode 或者 Client SessionID 进行推送轨迹查

在微服务场景下，Zookeeper 经常被用作注册配置中心，常碰到的一个问题就是，ZooKeeper 在实例变化之后，实例信息更新的实效性问题，当我们需要排查 Zookeeper 是否将实例信息的变更或者配置信息的变更推送到客户端以及变更和推送的时间点和变更推送的状态时，推送轨迹提供了这些信息的回溯能力。例如 Dubbo 场景中 ZooKeeper 作为注册中心，我们需要看到服务实例变更后，从 Zookeeper 获取的实例信息依然是旧的实例信息，此时我们可以通过以下步骤查找原因：

首先可以在控制台找到对应的服务的 Path，

然后根据 Path 在推送轨迹中查询对应 Znode 的变更和查询记录

例如我们需要知道 org.apache.dubbo.demo.DemoService 服务的变更推送记录，在推送轨迹，选择查询维度路径，并在 Path 中输入 /dubbo/org.apache.dubbo.demo.DemoService/providers 查询对应的推送记录，根据客户端的 SessionID，可以查看对应的变更是否引起服务端推送变更事件，由此确定变更是否成功，变更成功后，对应的客户端是否成功收到服务端的变更事件推送，以及收到推送后是否向服务端进行查询，由此确定客户端是否更新本地的实例信息。