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 اور بیک اینڈ کا انکار مختلف اکاؤنٹس اور مراحل کی نشاندہی کرتے ہیں۔

متعلقہ مضامین