OpenTelemetry Collector : configurer le proxy de l'exportateur OTLP HTTP

Le Collector reçoit la télémétrie des applications, puis ouvre une connexion sortante distincte vers le backend configuré. Placez le proxy sur cet exportateur HTTP sortant :

exporters:
  otlp_http/proxied:
    endpoint: https://telemetry.example:4318
    proxy_url: http://proxy.example:8080

service:
  pipelines:
    traces:
      receivers: [otlp]
      exporters: [otlp_http/proxied]

Fusionnez ce fragment dans la configuration existante. Il suppose que le récepteur otlp est déjà défini et conserve les processors exigés par le déploiement ainsi que les autres réglages du pipeline. Définir un exportateur sans le référencer dans le pipeline concerné n'achemine aucune donnée par son intermédiaire.

L'endpoint reste l'URL de base du backend de télémétrie. L'exportateur OTLP HTTP ajoute le chemin du signal, par exemple /v1/traces, sauf si un endpoint propre au signal le remplace. proxy_url désigne l'intermédiaire. Pour un backend de test non sensible, public et autorisant une route via un proxy public, une adresse de la liste de proxys HTTP peut remplir cette URL ; vérifiez l'accès à l'hôte et au port réels du backend.

La documentation upstream actuelle nomme ce composant otlp_http et décrit otlphttp comme un alias obsolète. Les distributions plus anciennes peuvent utiliser l'ancien nom ; gardez la définition de l'exportateur et la référence dans le pipeline cohérentes avec la distribution installée.

Il s'agit de configuration de client HTTP. Un exportateur OTLP gRPC utilise un autre transport, et l'environnement proxy de l'application n'entre pas automatiquement dans le conteneur ou le processus de service du Collector. De même, configurer le récepteur concerne le trafic entrant, pas cette connexion au backend.

Conservez la vérification TLS du backend et l'authentification de service requise. Un 407 du proxy et un rejet du backend désignent des comptes et des étapes différents.