azure - 为什么要更改显示数百万延迟的 Feed 延迟估计器？

Question

我正在为一个实时项目开发 cosmos db 更改源。我们正在使用 P3V2 规范的 azure 应用程序服务中运行我们的 webjobs。有多个网络作业正在使用更改源运行。因此，为了监控流程，我们使用了变更反馈滞后估计器来监控记录滞后。实现是根据以下文件。 https://learn.microsoft.com/en-us/azure/cosmos-db/nosql/how-to-use-change-feed-estimator

对于 .net core 代码中的其中一个 webjob，我们使用 wait Task.delay() 函数设置了 10 分钟的延迟。对于该特定网络作业，即使我们正在处理的记录不超过 100 条，我们也会得到以百万为单位的估计。这是我们观察到的一种不确定行为。谁能帮忙找出具体原因吗？

Answer 1

估算器是否与当前正在运行和处理文档的处理器相匹配？通常，您所描述的情况与处理器未运行/从未运行或从未在某些租约上成功运行的情况相匹配。

您可以使用详细的估计来了解延迟在租约中的分布情况:https://docs.microsoft.com/en-us/azure/cosmos-db/sql/how-to-use-change-feed-estimator#as-an-on-demand-detailed-estimation