Collectoren tek imot telemetri frå applikasjonar og opnar deretter ei eiga utgåande tilkopling til backend-en han er sett opp med. Set proxyen på den utgåande 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]

Flett dette utdraget inn i den eksisterande konfigurasjonen. Det føreset at otlp-mottakaren alt er definert, og held på processors og andre pipeline-innstillingar som utrullinga krev. Å definere ein eksportør utan å vise til han frå rett pipeline sender ikkje data gjennom han.

endpoint er framleis basis-URL-en til telemetri-backend-en. OTLP HTTP-eksportøren legg til signalbanen, til dømes /v1/traces, med mindre ein signalspesifikk endpoint overstyrer han. proxy_url peikar på mellomleddet. For ein testbackend som ikkje er sensitiv, er offentleg og tillèt ei rute via ein offentleg proxy, kan ein adresse frå HTTP-proxylista fylla den URL-en; stadfest tilgang til den faktiske host og port til backend-en.

Gjeldande upstream-dokumentasjon kallar denne komponenten otlp_http og skildrar otlphttp som eit forelda alias. Eldre distribusjonar kan bruke det eldre komponentnamnet; hald både eksportørdefinisjonen og pipeline-referansen i samsvar med den installerte distribusjonen.

Dette er HTTP-klientkonfigurasjon. Ein OTLP gRPC-eksportør brukar ein annan transport, og proxy-miljøet til applikasjonen sjølv kjem ikkje automatisk inn i containeren eller tenesteprosessen til Collectoren. På same måte gjeld konfigureringa av mottakaren inngåande trafikk, ikkje denne backend-tilkoplinga.

Hald på TLS-verifiseringa til backend-en og den påkravde tenestautentiseringa. Ein proxy-407 og eit avslag frå backend-en viser til ulike kontoar og trinn.

Relaterte artiklar