जेव्हा HTTPS मेट्रिक्स एंडपॉइंटला API की लागते आणि Prometheus ला फॉरवर्ड प्रॉक्सी वापरावा लागतो, तेव्हा हेडर स्क्रॅप विनंतीवरच सेट करा. http_headers ला समर्थन देणाऱ्या Prometheus आवृत्तीसाठी:

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

फाइलमध्ये इच्छित लक्ष्य API की आहे आणि ती Prometheus च्या अंमलबजावणी वातावरणात वाचनीय असली पाहिजे. कंटेनरमध्ये ती त्याच कंटेनर-बाजूच्या पथावर पुरवा.

http_headers metrics.example साठीच्या विनंतीवर X-API-Key ठेवते. सामान्य HTTPS CONNECT बोगद्यातून तो हेडर गंतव्याच्या TLS मध्ये प्रवास करतो. मध्यस्थ कनेक्टिव्हिटी पुरवतो आणि बोगद्याला परवानगी दिली पाहिजे. सार्वजनिकरीत्या उपलब्ध मेट्रिक्स एंडपॉइंटसाठी, जिथे सार्वजनिक मध्यस्थांना परवानगी आहे, HTTP प्रॉक्सी यादी खाते-विरहित proxy_url साठी उमेदवार देते; API की गंतव्य विनंतीवर ठेवा.

proxy_connect_header चे गंतव्य वेगळे आहे: मध्यस्थाला ते हेडर CONNECT वेळी मिळतात. तिथे लक्ष्य API की ठेवल्यास ती मेट्रिक्स सर्व्हरला HTTPS विनंती हेडर म्हणून पोहोचत नाही.

प्रत्यक्ष मेट्रिक्स होस्टनाव आणि पथ स्क्रॅप कॉन्फिगरेशनमध्ये ठेवा. Prometheus स्वतः सेट करत असलेल्या हेडरना अनियंत्रित ओव्हरराइडपासून संरक्षणही देते, म्हणून या API की साठी समर्थित सानुकूल-हेडर फील्ड वापरा.

संबंधित लेख