OpenTelemetry Collector: impostare il proxy dell'esportatore OTLP HTTP

Il Collector riceve la telemetria dalle applicazioni, poi apre una connessione in uscita separata verso il backend configurato. Metti il proxy su quell'esportatore HTTP in uscita:

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

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

Unisci questo frammento alla configurazione esistente. Presuppone che il ricevitore otlp sia già definito e conserva i processors richiesti dal deployment e le altre impostazioni della pipeline. Definire un esportatore senza referenziarlo nella pipeline pertinente non invia dati attraverso di esso.

L'endpoint resta l'URL di base del backend di telemetria. L'esportatore OTLP HTTP aggiunge il percorso del segnale, ad esempio /v1/traces, a meno che un endpoint specifico del segnale non lo sostituisca. proxy_url identifica l'intermediario. Per un backend di test non sensibile, pubblico e che consente un percorso tramite un proxy pubblico, un indirizzo dalla lista di proxy HTTP può riempire quell'URL; verifica l'accesso all'host e alla porta reali del backend.

La documentazione upstream attuale chiama questo componente otlp_http e descrive otlphttp come alias obsoleto. Le distribuzioni più vecchie possono usare il nome precedente; mantieni coerenti con la distribuzione installata sia la definizione dell'esportatore sia il riferimento nella pipeline.

Questa è configurazione del client HTTP. Un esportatore OTLP gRPC usa un altro trasporto, e l'ambiente proxy dell'applicazione non entra automaticamente nel container o nel processo di servizio del Collector. Allo stesso modo, configurare il ricevitore riguarda il traffico in ingresso, non questa connessione al backend.

Mantieni la verifica TLS del backend e l'autenticazione di servizio richiesta. Un 407 del proxy e un rifiuto del backend indicano account e fasi diversi.