Prometheus 时间平均值(rate())相对于rate()本身的优势?

Prometheus 时间平均值(rate())相对于rate()本身的优势?,prometheus,grafana,promql,Prometheus,Grafana,Promql,通常情况下,我对计数器指标的查询如下所示: rate(metric_total[5m]) rate(metric_total[$__interval]) 但是,在考察使用普罗米修斯和格拉法纳的各种公司/团队(例如GitLab基础设施团队)时,我发现了以下结构: avg_over_time(recording_rule:rate_5m[$__interval]) 所以我想知道:第二种方法是否有优势 这里有一个具体的例子:第二种方法不要求您对每个可能的间隔都有记录规则,您想要一个平均速率,节约

通常情况下,我对计数器指标的查询如下所示:

rate(metric_total[5m])
rate(metric_total[$__interval])
但是,在考察使用普罗米修斯和格拉法纳的各种公司/团队(例如GitLab基础设施团队)时,我发现了以下结构:

avg_over_time(recording_rule:rate_5m[$__interval])
所以我想知道:第二种方法是否有优势



这里有一个具体的例子:

第二种方法不要求您对每个可能的间隔都有记录规则,您想要一个平均速率,节约资源。

我想这与我不久前看到的你的博客文章很吻合,但我已经忘记了刮伤和评估间隔,最好也有一个标准的健全范围,尽管这更重要的是,你不能在10米到5米的比率之间做数学计算——即使盯着它们看也是很棘手的。