OpenTelemetry Collector: stel die OTLP HTTP-uitvoerder se proxy

Die Collector ontvang telemetrie van toepassings en maak dan 'n aparte uitgaande verbinding na sy gekonfigureerde backend. Plaas die proxy op daardie uitgaande HTTP-uitvoerder:

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

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

Voeg hierdie fragment by die bestaande konfigurasie. Dit veronderstel dat die otlp-ontvanger reeds gedefinieer is en behou die ontplooiing se vereiste processors en ander pyplyninstellings. Om 'n uitvoerder te definieer sonder om dit in die betrokke pyplyn te verwys, stuur nie data daardeur nie.

Die endpoint bly die telemetrie-backend se basis-URL. Die OTLP HTTP-uitvoerder voeg die seinpad by, soos /v1/traces, tensy 'n seinspecifieke endpoint dit oorheers. proxy_url identifiseer die tussenparty. Vir 'n nie-sensitiewe toets-backend wat publiek is en 'n publieke-proxyroete toelaat, kan 'n adres uit die HTTP-proxylys daardie URL vul; bevestig toegang tot die backend se werklike gasheer en poort.

Huidige opstroom-dokumentasie noem hierdie komponent otlp_http en beskryf otlphttp as 'n verouderde alias. Ouer verspreidings kan die ouer komponentnaam gebruik; hou beide die uitvoerderdefinisie en die pyplynverwysing in ooreenstemming met die geïnstalleerde verspreiding.

Dit is HTTP-kliëntkonfigurasie. 'n OTLP gRPC-uitvoerder het 'n ander transport, en 'n toepassing se eie proxy-omgewing kom nie outomaties in die Collector se houer of diensproses nie. Net so, die ontvanger se konfigurasie is vir inkomende verkeer, nie vir hierdie backend-verbinding nie.

Behou die backend se TLS-verifikasie en die vereiste diensverifikasie. 'n Proxy 407 en 'n backend-verwerping dui op verskillende rekeninge en fases.