OpenTelemetry Collector: configurar el proxy del exportador OTLP HTTP

El Collector recibe telemetría de las aplicaciones y luego establece una conexión saliente independiente con el backend configurado. Coloca el proxy en ese exportador HTTP saliente:

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

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

Integra este fragmento en la configuración existente. Supone que el receptor otlp ya está definido y conserva los processors exigidos por el despliegue y el resto de ajustes del pipeline. Definir un exportador sin referenciarlo desde el pipeline correspondiente no envía datos a través de él.

El endpoint sigue siendo la URL base del backend de telemetría. El exportador OTLP HTTP añade la ruta de la señal, como /v1/traces, salvo que la sustituya un endpoint específico de la señal. proxy_url identifica al intermediario. Para un backend de pruebas no sensible, público y que permita una ruta mediante un proxy público, una dirección de la lista de proxies HTTP puede rellenar esa URL; confirma el acceso al host y al puerto reales del backend.

La documentación actual de upstream llama a este componente otlp_http y describe otlphttp como un alias obsoleto. Las distribuciones antiguas pueden usar el nombre anterior del componente; mantén tanto la definición del exportador como la referencia en el pipeline coherentes con la distribución instalada.

Esto es configuración de cliente HTTP. Un exportador OTLP gRPC usa otro transporte, y el entorno de proxy propio de una aplicación no entra automáticamente en el contenedor ni en el proceso de servicio del Collector. Del mismo modo, configurar el receptor afecta al tráfico entrante, no a esta conexión con el backend.

Conserva la verificación TLS del backend y la autenticación de servicio requerida. Un 407 del proxy y un rechazo del backend señalan cuentas y etapas distintas.