Prometheus: stel 'n teiken-API-sleutel met http_headers en proxy_url

Kombineer scrape-http_headers met proxy_url en hou die API-opskrifte van die bronbediener apart van die CONNECT-opskrifte wat na die tussenganger gestuur word.

Wanneer 'n HTTPS-maatstawwe-eindpunt 'n API-sleutel vereis en Prometheus 'n vorentoe-proxy moet gebruik, stel die opskrif op die scrape-versoek self op. Vir 'n Prometheus-weergawe wat http_headers ondersteun:

scrape_configs:
  - job_name: secured_metrics
    scheme: https
    metrics_path: /metrics
    proxy_url: http://proxy.example:8080
    http_headers:
      X-API-Key:
        files:
          - /etc/prometheus/secrets/metrics-api-key
    static_configs:
      - targets: ['metrics.example:443']

Die lêer bevat die beoogde teiken-API-sleutel en moet in die Prometheus-uitvoeromgewing leesbaar wees. In 'n houer moet dit op daardie houerkant-pad voorsien word.

http_headers plaas X-API-Key op die versoek na metrics.example. Deur 'n normale HTTPS-CONNECT-tonnel reis daardie opskrif binne die TLS van die bestemming. Die tussenganger verskaf konnektiwiteit en moet die tonnel toelaat. Vir 'n publiek bereikbare maatstawwe-eindpunt waar openbare tussengangers toegelaat word, bied die HTTP-proxylys kandidate vir die proxy_url sonder rekening; hou die API-sleutel op die versoek na die bestemming.

proxy_connect_header het 'n ander bestemming: die tussenganger ontvang daardie opskrifte by CONNECT. Om 'n teiken-API-sleutel daar te plaas, lewer dit nie as 'n HTTPS-versoekopskrif aan die maatstawwe-bediener nie.

Hou die werklike maatstawwe-gasheernaam en -pad in die scrape-konfigurasie. Prometheus beskerm ook die opskrifte wat dit self stel teen willekeurige oorheersing, so gebruik die ondersteunde velde vir pasgemaakte opskrifte vir hierdie API-sleutel.

Verwante artikels