OpenTelemetry Collector: OTLP HTTP ایکسپورٹر کا پراکسی سیٹ کریں
OTLP HTTP ایکسپورٹر کی proxy_url سیٹنگ استعمال کریں اور اس ایکسپورٹر کو اس پائپ لائن سے جوڑیں جو واقعی ٹیلی میٹری بھیجتی ہے۔
Collector ایپلیکیشنز سے ٹیلی میٹری وصول کرتا ہے، پھر اپنے ترتیب شدہ بیک اینڈ کی طرف الگ آؤٹ باؤنڈ کنکشن بناتا ہے۔ پراکسی کو اسی آؤٹ باؤنڈ HTTP ایکسپورٹر پر رکھیں:
exporters:
otlp_http/proxied:
endpoint: https://telemetry.example:4318
proxy_url: http://proxy.example:8080
service:
pipelines:
traces:
receivers: [otlp]
exporters: [otlp_http/proxied]اس حصے کو موجودہ کنفیگریشن میں شامل کریں۔ یہ فرض کرتا ہے کہ otlp ریسیور پہلے سے متعین ہے اور ڈیپلائمنٹ کے لیے درکار processors اور پائپ لائن کی دیگر سیٹنگز برقرار رکھتا ہے۔ متعلقہ پائپ لائن میں حوالہ دیے بغیر ایکسپورٹر متعین کرنے سے اس کے ذریعے ڈیٹا نہیں جاتا۔
endpoint ٹیلی میٹری بیک اینڈ کا بنیادی URL ہی رہتا ہے۔ OTLP HTTP ایکسپورٹر سگنل کا راستہ شامل کرتا ہے، مثلاً /v1/traces، الا یہ کہ سگنل کے لیے مخصوص endpoint اسے بدل دے۔ proxy_url درمیانی کے بارے میں بتاتا ہے۔ ایسے ٹیسٹ بیک اینڈ کے لیے جو حساس نہیں، عوامی ہے اور عوامی پراکسی راستے کی اجازت دیتا ہے، HTTP پراکسی فہرست سے ایک پتہ اس URL کو بھر سکتا ہے؛ بیک اینڈ کے حقیقی host اور port تک رسائی کی تصدیق کریں۔
موجودہ upstream دستاویزات اس جزو کو otlp_http کہتی ہیں اور otlphttp کو متروک متبادل نام بتاتی ہیں۔ پرانی تقسیمیں پرانا جزو نام استعمال کر سکتی ہیں؛ ایکسپورٹر کی تعریف اور پائپ لائن حوالہ دونوں کو نصب شدہ تقسیم کے مطابق رکھیں۔
یہ HTTP کلائنٹ کنفیگریشن ہے۔ OTLP gRPC ایکسپورٹر کی ترسیل مختلف ہے، اور ایپلیکیشن کا اپنا پراکسی ماحول خودبخود Collector کے کنٹینر یا سروس پروسیس میں نہیں آتا۔ اسی طرح، ریسیور کی کنفیگریشن آنے والی ٹریفک سے متعلق ہے، اس بیک اینڈ کنکشن سے نہیں۔
بیک اینڈ کی TLS تصدیق اور درکار سروس توثیق برقرار رکھیں۔ پراکسی کا 407 اور بیک اینڈ کا انکار مختلف اکاؤنٹس اور مراحل کی نشاندہی کرتے ہیں۔