Când un endpoint de metrici HTTPS solicită o cheie API, iar Prometheus trebuie să folosească un proxy de ieșire, configurați antetul pe cererea de scrape în sine. Pentru o versiune de Prometheus care acceptă http_headers:

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']

Fișierul conține cheia API de destinație dorită și trebuie să fie lizibil în mediul de execuție al Prometheus. Într-un container, furnizați-o pe acea cale din partea containerului.

http_headers pune X-API-Key pe cererea către metrics.example. Printr-un tunel HTTPS CONNECT obișnuit, acel antet circulă în interiorul TLS-ului destinației. Intermediarul asigură conectivitatea și trebuie să permită tunelul. Pentru un endpoint de metrici accesibil public, unde intermediarii publici sunt permisi, lista de proxy HTTP oferă candidați pentru proxy_url fără cont; păstrați cheia API pe cererea către destinație.

proxy_connect_header are altă destinație: intermediarul primește acele anteturi la CONNECT. Plasarea unei chei API de destinație acolo nu o livrează serverului de metrici ca antet de cerere HTTPS.

Păstrați numele de gazdă și calea reale ale metricilor în configurația de scrape. Prometheus protejează, de asemenea, anteturile pe care le stabilește singur de suprascrieri arbitrare, așa că pentru această cheie API folosiți câmpurile pentru anteturi personalizate acceptate.

Articole similare