Prometheus（普罗米修斯）架构及原理

prometheus架构图 ：

如上， prometheus 采集数据的主要方式是 server 通过http请求去“主动拉取”数据。

要完成以上需求， 必须满足以下条件 ：

1. server必须知道各种 exporter 的api 地址。
2. 各种 exporter 的api 必须返回统一的、 规范的数据，server才能解析、存储各种监控数据。

满足以上两点需求后server才能和exporter解耦。 只要遵循规范， 可以根据需求开发出各种 exporter (比如专门采集redis数据的exporter需要在被调用的时候采集redis各项数据作为返回值， 同样采集mysql、linux、docker的exporter也是一样的工作原理)。

对于一些被动触发式的统计(比如api接口被请求次数等)， 大概有两种统计思路：

1. 将数据推送到 pushgateway，pushgateway暂存这部分数据， server再定时去 pushgateway 拉取数据(把pushgateway当作一个特殊的exporter )。
2. 自己实现接口自己进行统计， 然后遵循与server交互的规范， server 去调用你自己实现的这个接口(把它当作 exporter)。

github.com/zsais/go-gin-prometheus 这个库就是按照第二种思路设计的，用来统计接口被请求的次数等，但是他有几个很大的缺陷 ：

1. 数据存在内存里面， 重启之后之前的统计全部清零。
2. 每个程序只统计自己的请求次数， 如果部署了多个点， 则请求得到的统计数据只是单个点的数据，没有做汇总，数据不准确。

环境搭建 ： https://blog.csdn.net/ywd1992/article/details/85989259