Collectoren mottar telemetri fra applikasjoner og oppretter deretter en egen utgående forbindelse til backend-en den er konfigurert med. Sett 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]

Flett dette utdraget inn i den eksisterende konfigurasjonen. Det forutsetter at otlp-mottakeren allerede er definert, og beholder processors og andre pipeline-innstillinger som utrullingen krever. Å definere en eksportør uten å referere til den fra riktig pipeline sender ikke data gjennom den.

endpoint forblir basis-URL-en til telemetri-backend-en. OTLP HTTP-eksportøren legger til signalbanen, for eksempel /v1/traces, med mindre en signalspesifikk endpoint overstyrer den. proxy_url angir mellomleddet. For en test-backend som ikke er sensitiv, er offentlig og tillater en rute via en offentlig proxy, kan en adresse fra HTTP-proxylisten fylle den URL-en; bekreft tilgang til backend-ens faktiske host og port.

Gjeldende upstream-dokumentasjon kaller denne komponenten otlp_http og beskriver otlphttp som et foreldet alias. Eldre distribusjoner kan bruke det eldre komponentnavnet; hold både eksportørdefinisjonen og pipeline-referansen i samsvar med den installerte distribusjonen.

Dette er HTTP-klientkonfigurasjon. En OTLP gRPC-eksportør bruker en annen transport, og applikasjonens eget proxy-miljø kommer ikke automatisk inn i Collectorens container eller tjenesteprosess. På samme måte gjelder konfigurasjonen av mottakeren inngående trafikk, ikke denne backend-forbindelsen.

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

Relaterte artikler