Collector odbiera telemetrię z aplikacji, a następnie nawiązuje osobne połączenie wychodzące do skonfigurowanego backendu. Umieść proxy na tym wychodzącym eksporterze 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]

Włącz ten fragment do istniejącej konfiguracji. Zakłada, że odbiornik otlp jest już zdefiniowany, i zachowuje processors wymagane przez wdrożenie oraz pozostałe ustawienia potoku. Zdefiniowanie eksportera bez odwołania w odpowiednim potoku nie spowoduje wysłania przez niego danych.

endpoint pozostaje bazowym adresem URL backendu telemetrii. Eksporter OTLP HTTP dodaje ścieżkę sygnału, np. /v1/traces, chyba że zastąpi ją endpoint właściwy dla sygnału. proxy_url wskazuje pośrednika. Dla niesensownego, publicznego backendu testowego, który dopuszcza trasę przez publiczne proxy, ten URL można uzupełnić adresem z listy proxy HTTP; potwierdź dostęp do rzeczywistego hosta i portu backendu.

Obecna dokumentacja upstream nazywa ten komponent otlp_http, a otlphttp opisuje jako przestarzały alias. Starsze dystrybucje mogą używać starszej nazwy komponentu; utrzymuj definicję eksportera i odwołanie w potoku spójne z zainstalowaną dystrybucją.

To konfiguracja klienta HTTP. Eksporter OTLP gRPC używa innego transportu, a środowisko proxy samej aplikacji nie trafia automatycznie do kontenera ani procesu usługi Collectora. Podobnie konfiguracja odbiornika dotyczy ruchu przychodzącego, a nie tego połączenia z backendem.

Zachowaj weryfikację TLS backendu i wymagane uwierzytelnianie usługi. Odpowiedź 407 proxy i odrzucenie przez backend wskazują na różne konta i etapy.

Powiązane artykuły