需求描述
实践环境
Python 3.6.5
Django 3.0.6
prometheus-client 0.11.0
代码实现
!/usr/bin/env python
-*- coding:utf-8 -*-
from prometheus_client import CollectorRegistry, Gauge, push_to_gateway
if __name__ == '__main__':
registry = CollectorRegistry()
labels = ['req_status', 'req_method', 'req_url']
g_one = Gauge('requests_total', 'url请求次数', labels, registry=registry)
g_two = Gauge('avg_response_time_seconds', '1分钟内的URL平均响应时间', labels, registry=registry)
g_one.labels('200','GET', '/test/url').set(1) #set设定值
g_two.labels('200','GET', '/test/api/url/').set(10) #set设定值
push_to_gateway('http://162.13.0.83:9091', job='SampleURLMetrics', registry=registry)
注意：采用这种方式是无法为指标数据提供数据生成时间戳的，具体下文说明
查看运行结果
浏览器访问推送网关地址http://162.13.0.83:9091，如下
关于时间戳(timestamp)
如果你在 t1 时刻推送Metric，你可能认为普罗米修斯会“刮取(scrap)”这些指标，并使用相同时间戳 t1 作为对应时序数据的时间戳，然而，普罗米修斯不会这样做，它会把从推送网关(Pushgateway)“刮取”数据时的时间戳当作指标数据对应的时间戳。为什么会这样？
在普罗米修斯的世界观中，一个Metric可以在任何时候被刮取，一个无法被”刮取”的Metric基本上是不存在了。对此，普罗米修斯多少还是有点“容忍”的，但是如果它不能在 5 分钟内获得一个Metric的任何样本，那么它就会表现得好像该Metric不再存在一样。为了防止这种情况发生，实际上是使用Pushgateway的原因之一。Pushgateway将使你的临时job在任何时候都可以被刮取，也就是说任何时刻都可以采集到你推送的数据。将推送时间附加为时间戳将无法达到这一目的，因为在最后一次推送5分钟之后，普罗米修斯会认为你的Metric已经过时，就好像它再也不能被“刮取”一样。（普罗米修斯只能识别每个样本的一个时间戳，无法区分“推压时间”和“刮取时间”。）
由于没有任何让附加不同的时间戳有意义的场景，并且许多用户试图错误地这样做（尽管没有客户端库支持），Pushgateway拒绝任何带有时间戳的推送。
为了更容易对失败的推送器或最近未运行的Pusher发出警报，Pushgateway将在push_time_seconds和push_failure_time_seconds Metric中给每个组添加最后一次成功和失败的POST、PUT的Unix时间戳。这将覆盖使用该名称推送的任何Metric。两个Metric的值均为零表示该组从未见过成功或失败的POST、PUT。
作者：授客
本文版权归原作者所有，仅供学习参考之用，转载请注明出处：https://www.cnblogs.com/shouke/p/15426794.html，未经作者允许请务必保留此段声明！
