【问题标题】:Expressing revenue metrics with Prometheus使用 Prometheus 表达收入指标
【发布时间】:2019-10-01 05:45:55
【问题描述】:

什么是表示应用产生的收入(以欧元为单位)的良好 Prometheus 指标(业务指标)?我的应用中的每笔交易都代表一笔欧元,加起来就是应用的总收入。

我想在 Grafana 中绘制我们每小时赚了多少钱以及我们进行了多少交易的图表。我应该使用哪些 PromQL 公式?

我目前正在使用一个不断增加的仪表(使用 Prometheus 仪表的 inc() 函数),它会在应用重新启动时重置。我不确定是不是最好的类型,我仍然无法在 Grafana 中显示我们正在制作多少“EUR/h”。

【问题讨论】:

    标签: grafana prometheus promql


    【解决方案1】:

    首先,免责声明:Prometheus 不适合您的用例,除非您要寻找的是球场值。 Prometheus 不保证将收取所有增加的费用(例如,就在您的服务关闭之前);新标记的指标不会考虑第一次增加(例如,如果您的指标第一次出现的值为 100,则基本会被 rate()increase() 等函数忽略);最后rate()increase() 在时间范围的末端使用外推法,所以虽然1h 估计值将非常接近(但不精确),但只有两倍于刮擦间隔大小的时间范围可能会关闭高达 100%。

    既然我们已经解决了这个问题(并且我们假设您只对近似您的收入的彩色图表感兴趣),我将再做一个括号:一个不断增加的指标是(或者更确切地说应该是)counter。 Prometheus 实际上并没有跟踪哪些指标是仪表,哪些是计数器,所以这主要是一个有争议的问题,但概念上的差异很重要,因为一些 Prometheus functions 旨在与仪表一起使用,而另一些则旨在与计数器一起使用.例如。如果您想象汽车仪表板上显示的信息,您希望处理速度下降(仪表)与行程距离减少(计数器)重置或溢出非常不同。

    除此之外,您正在寻找的是带有查询的图形面板

    increase(my_euros_per_hour_gauge_thats_a_counter[1h])
    

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2019-01-12
      • 2020-06-15
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多