OpenTelemetry Collector: د OTLP HTTP صادروونکي لپاره پراکسي تنظیمول

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 او د بیک‌اینډ ردول بېل حسابونه او مرحلې ښیي.