OpenTelemetry Collector: configurarea proxy-ului pentru exportatorul OTLP HTTP
Folosește setarea proxy_url a exportatorului OTLP HTTP și conectează acel exportator la pipeline-ul care trimite efectiv telemetria.
Collectorul primește telemetrie de la aplicații, apoi deschide o conexiune ieșită separată către backend-ul configurat. Pune proxy-ul pe acel exportator HTTP ieșit:
exporters:
otlp_http/proxied:
endpoint: https://telemetry.example:4318
proxy_url: http://proxy.example:8080
service:
pipelines:
traces:
receivers: [otlp]
exporters: [otlp_http/proxied]Îmbină acest fragment în configurația existentă. Presupune că receptorul otlp este deja definit și păstrează processors-ii ceruți de implementare și celelalte setări ale pipeline-ului. Definirea unui exportator fără a-l referenția din pipeline-ul corespunzător nu trimite date prin el.
endpoint rămâne URL-ul de bază al backend-ului de telemetrie. Exportatorul OTLP HTTP adaugă calea semnalului, de exemplu /v1/traces, dacă nu o înlocuiește un endpoint specific semnalului. proxy_url indică intermediarul. Pentru un backend de test nesensibil, public și care permite o rută printr-un proxy public, acel URL poate fi completat cu o adresă din lista de proxy-uri HTTP; confirmă accesul la host-ul și portul real ale backend-ului.
Documentația upstream actuală numește această componentă otlp_http și descrie otlphttp ca alias învechit. Distribuțiile mai vechi pot folosi numele vechi al componentei; menține definirea exportatorului și referința din pipeline consecvente cu distribuția instalată.
Aceasta este configurație de client HTTP. Un exportator OTLP gRPC folosește alt transport, iar mediul de proxy al aplicației nu intră automat în containerul sau procesul de serviciu al Collectorului. La fel, configurarea receptorului privește traficul de intrare, nu această conexiune către backend.
Păstrează verificarea TLS a backend-ului și autentificarea de serviciu necesară. Un 407 de la proxy și un refuz al backend-ului indică conturi și etape diferite.