O Collector recebe telemetria das aplicações e depois abre uma ligação de saída separada para o backend configurado. Coloque o proxy nesse exportador HTTP de saída:

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

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

Junte este fragmento à configuração existente. Pressupõe que o recetor otlp já está definido e mantém os processors exigidos pela implementação e as restantes definições do pipeline. Definir um exportador sem o referenciar no pipeline relevante não envia dados através dele.

O endpoint continua a ser o URL base do backend de telemetria. O exportador OTLP HTTP acrescenta o caminho do sinal, como /v1/traces, a menos que um endpoint específico do sinal o substitua. proxy_url identifica o intermediário. Para um backend de teste não sensível, público e que permita uma rota através de um proxy público, um endereço da lista de proxies HTTP pode preencher esse URL; confirme o acesso ao host e à porta reais do backend.

A documentação upstream atual chama a este componente otlp_http e descreve otlphttp como um alias obsoleto. Distribuições mais antigas podem usar o nome anterior do componente; mantenha a definição do exportador e a referência no pipeline coerentes com a distribuição instalada.

Isto é configuração de cliente HTTP. Um exportador OTLP gRPC usa outro transporte, e o ambiente de proxy da própria aplicação não entra automaticamente no contentor ou no processo de serviço do Collector. Da mesma forma, configurar o recetor diz respeito ao tráfego de entrada, não a esta ligação ao backend.

Mantenha a verificação TLS do backend e a autenticação de serviço exigida. Um 407 do proxy e uma rejeição do backend indicam contas e fases diferentes.

Artigos relacionados