O Collector recibe telemetría das aplicacións e despois abre unha conexión saínte independente co backend configurado. Coloca o proxy nese exportador HTTP saínte:

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

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

Fusiona este fragmento coa configuración existente. Supón que o receptor otlp xa está definido e conserva os processors esixidos polo despregamento e o resto de axustes do pipeline. Definir un exportador sen referencialo desde o pipeline correspondente non envía datos a través del.

O endpoint segue a ser o URL base do backend de telemetría. O exportador OTLP HTTP engade a ruta do sinal, como /v1/traces, agás que a substitúa un endpoint específico do sinal. proxy_url identifica o intermediario. Para un backend de probas non sensíbel, público e que permita unha ruta mediante un proxy público, un enderezo da lista de proxies HTTP pode encher ese URL; confirma o acceso ao host e ao port reais do backend.

A documentación actual de upstream chama a este compoñente otlp_http e describe otlphttp como un alias obsoleto. As distribucións antigas poden usar o nome anterior do compoñente; mantén tanto a definición do exportador como a referencia no pipeline coherentes coa distribución instalada.

Isto é configuración de cliente HTTP. Un exportador OTLP gRPC usa outro transporte, e a contorna de proxy propia da aplicación non entra automaticamente no contedor nin no proceso de servizo do Collector. Do mesmo xeito, configurar o receptor afecta ao tráfico entrante, non a esta conexión co backend.

Conserva a verificación TLS do backend e a autenticación de servizo requirida. Un 407 do proxy e un rexeitamento do backend sinalan contas e fases distintas.

Artigos relacionados