Prometheus-4：服务自动发现Service Discovery

Prometheus的服务发现的几种类型：

• 基于文件的服务发现；
• 基于DNS的服务发现；
• 基于API的服务发现：Kubernetes、Consul、Azure......

Prometheus为什么需要自动发现？#

Prometheus Server的数据抓取工作于Pull模型，因而，它必需要事先知道各Target的位置，然后才能从相应的Exporter或Instrumentation中抓取数据，

对于小型系统来说，通过static_configs就可以解决此问题，这也是最简单的配置方法；

对于中大型系统环境或具有较强动态性的云计算环境来说，静态配置显然难以适用，因此，Prometheus为此专门设计了一组服务发现机制，以便能够通过服务注册中心自动发现、检测、分类可被检测的各target，以及更新发生了变动的target。

Prometheus指标抓取的生命周期#

发现 -> 配置 -> relabel -> 指标数据抓取 -> metrics relabel

1. 在每个scrape_interval期间，Prometheus都会检查执行的作业（Job）；
2. 这些作业首先会根据Job上指定的发现配置生成target列表，此即服务发现过程；
3. 服务发现会返回一个Target列表，其中包含一组称为元数据的标签，这些标签都以“__meta_”为前缀；
4. 服务发现还会根据目标配置来设置其它标签，这些标签带有“__”前缀和后缀，包括“__scheme__”、 “__address__”和“__metrics_path__”，分别保存有target支持使用协议(http或https，默认为http）、target的地址及指标的URI路径（默认为/metrics）；
5. 若URI路径中存在任何参数，则它们的前缀会设置为“__param_；
6. 配置标签会在抓取的生命周期中被重复利用以生成其他标签，例如，指标上的instance标签的默认值就来自于__address__标签的值；
7. 抓取而来的指标在保存之前，还允许用户对指标重新打标并过滤，在job段metric_relabel_configs配置，通常用来删除不需要的指标、删除敏感或不必要的标签和添加修改标签格式等。

自动发现的几种方式演示#

基于文件的自动发现#

此种类型也是最简单的服务发现方式，主要是通过Prometheus Server定期从文件中加载target的信息。

文件可以是json或者yaml格式，它含有定义的target列表，以及可选的标签信息。

vi prometheus.yml

# static config nodes
  - job_name: 'nodes'
    file_sd_configs:
    - files:                                               
      - targets/nodes-*.yaml  
      refresh_interv