多区域写入Cosmos DB账户按指定时间读取变更源相关问题咨询

限制的实际含义 #

该限制仅禁止你主动调用WithStartTime这类接口指定任意历史时间点作为变更源处理器的首次启动读取起点，不影响变更源处理器的其他核心能力。
背后的逻辑是多区域写入场景下，不同区域的节点时钟存在毫秒级偏差，加上多区域并发写入的冲突解决逻辑会调整部分记录的时间属性，Cosmos DB无法基于用户给定的时间点准确定位到全部分区的对应变更偏移量，因此官方禁用了该功能。

进程重启是否会从头处理所有变更？ #

不会，正常部署场景下完全不用担心这个问题：

• 变更源处理器的读取进度是持久化存储在独立的Lease容器中的，只要Lease容器的数据没有被删除，无论进程重启多少次，处理器都会自动读取上次持久化的偏移量，从断点继续处理后续变更，和是否为多区域写入账户无关。
• 只有首次部署且没有Lease记录时，多区域写入账户的变更源处理器默认会从启动时刻之后新产生的变更开始读取，不会自动读取启动前的所有历史变更。

规避方案 #

如果你的场景需要处理历史时段的配置变更，可以用以下方案替代指定时间点启动的能力：

• 首次部署需初始化缓存：在启动变更源处理器之前，先全量遍历Cosmos DB中的配置容器，完成缓存的初始化或者过期缓存清理，再启动变更源处理器处理后续增量变更即可。
• 故障恢复需回溯指定时段变更：给所有配置项增加last_updated_time字段，写入配置时自动更新该字段，需要回溯时直接通过Cosmos DB的范围查询过滤出该时段更新的配置项，手动完成缓存清理操作后，再正常启动变更源处理器。
• 自定义进度持久化：你可以在每次处理完变更事件后，单独持久化最新的处理时间戳，后续需要恢复时先查询所有更新时间大于该时间戳的配置项处理完成，再启动变更源处理器即可实现类似按时间点续传的效果。

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