Prometheus监控实战系列十五：Exporter详解

从广义的层面上讲，任何遵循Prometheus数据格式 ，可对其提供监控指标的程序都可以称为Exporter。在Prometheus社区中提供了丰富多样的Exporter供选择，如前面用到的node_exporter。

这些Exporter不仅类型丰富，功能上也很强大，通过合理的使用可以极大的方便我们的运维监控工作。除此之外，Prometheus还提供了支持多种开发语言的Clinet Libraries，用于满足Exporter的定制化开发需求。

本文将对Exporter进行介绍，包括工作中常用到的Exporter，以及如何通过Clinet Libraries开发自定义的Exporter。

1、Exporter运行方式

1.1 独立运行

以前面使用过的node_exporter为例，由于操作系统本身并不直接支持Prometheus，因此，只能通过一个独立运行的程序，从操作系统提供的相关接口将系统的状态参数转换为可供Prometheus读取的监控指标。

除了操作系统外，如Mysql、kafka、Redis等介质，都是通过这种方式实现的。这类Exporter承担了一个中间代理的角色。

2.2 应用集成

由于Prometheus项目的火热，目前有部分开源产品直接在代码层面使用Prometheus的Client Library，提供了在监控上的直接支持，如kubernetes、ETCD等产品。

这类产品自身提供对应的metrics接口，Prometheus可通过接口直接获取相关的系统指标数据。这种方式打破了监控的界限，应用程序本身做为一个Exporter提供功能。

2、常用的Exporter

下面表格是一些较常使用到的Exporter，内容覆盖了数据库、主机、HTTP、云平台等多个层面。

除以上这些外，还有很多其他用途的Exporter，有兴趣的朋友可以自行查看官网：https://pro