「翻译」关于监控度量指标 Metrics: Nagios, Graphite, Prometheus & InfluxDB

原文地址:https://blog.outlyer.com/metrics-nagios-graphite-prometheus-influxdb

如果你没有花很多的时间去研究的话,开源监控方案的选择可能比较困难,我们不愿意选择一个特定的方案,或者被某厂商绑定。
有一个简单的方法,帮助你选择合适的方案,从以下两个角度:拉 (pull) vs. 推 (push),无维度数据 vs. 维度数据。

以下就是一个简单的图

「翻译」关于监控度量指标 Metrics: Nagios, Graphite, Prometheus & InfluxDB_第1张图片
image.png

你可以理解为旧模式与新模式,与旧模式对应的就是 Nagios,Graphite,使用扁平命名空间的度量指标路径(flat namespaced metric paths)。

新模式则像Prometheus (普罗米修斯) 和InfluxDB等新技术,对应采用维度(dimensional)数据的拉 (pull) 和 推 (push) 模式。通过添加标签的度量键值对(key value pairs),实现更动态的分析。

Prometheus 支持众多的数据导出组件 (Exporter),特别适合于监控容器化环境。还有一组丰富的客户端库,我们认为是比传统的StatsD 更为高级的工具(instrument)应用。

Telegraf是可以在许多不同的平台,包括低功耗的物联网设备上运行一个优秀的数据采集代理。随着Kubernetes获得了相当的影响力,它也很容易使InfluxDB存储驱动器,通过一行配置设置,把所有这些指标数据直接接入数据循环 (dataloop)

你可能感兴趣的:(「翻译」关于监控度量指标 Metrics: Nagios, Graphite, Prometheus & InfluxDB)