Collectoren tar imot telemetri fra applikasjonene og oppretter så en separat utgående forbindelse til backend-en den er konfigurert med. Plasser proxyen på den utgående HTTP-eksportøren:

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

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

Slå dette utdraget sammen med den eksisterende konfigurasjonen. Det forutsetter at otlp-mottakeren allerede er definert, og bevarer processors og andre pipeline-innstillinger som utrullingen krever. Å definere en eksportør uten å henvise til den fra rett pipeline sender ingen data gjennom den.

endpoint er fortsatt basisadressen til telemetri-backend-en. OTLP HTTP-eksportøren legger til signalstien, for eksempel /v1/traces, så fremt ikke en signalspesifikk endpoint overstyrer den. proxy_url angir mellomleddet. For en testbackend som ikke er følsom, er offentlig og tillater rute gjennom en offentlig proxy, kan en adresse fra HTTP-proxyoversikten fylle den adressen; bekreft tilgangen til backend-ens faktiske vert og port.

Dagens upstream-dokumentasjon kaller denne komponenten otlp_http og omtaler otlphttp som et utdatert alias. Eldre distribusjoner kan bruke det eldre komponentnavnet; hold både eksportørdefinisjonen og pipeline-referansen i tråd med den installerte distribusjonen.

Dette er konfigurasjon av en HTTP-klient. En OTLP gRPC-eksportør bruker en annen transport, og applikasjonens eget proxy-miljø havner ikke automatisk i Collectorens container eller tjenesteprosess. Tilsvarende gjelder konfigurasjonen av mottakeren innkommende trafikk, ikke denne backend-forbindelsen.

Behold TLS-verifiseringen til backend-en og den påkrevde tjenesteautentiseringen. En proxy-407 og en avvisning fra backend-en peker på forskjellige kontoer og trinn.

Relaterte artikler