Collectoren modtager telemetri fra applikationer og opretter derefter en separat udgående forbindelse til den konfigurerede backend. Sæt proxyen på den udgående HTTP-eksportør:

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

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

Flet dette udsnit ind i den eksisterende konfiguration. Det forudsætter, at otlp-modtageren allerede er defineret, og bevarer de processors og øvrige pipeline-indstillinger, som udrulningen kræver. At definere en eksportør uden at referere til den fra den relevante pipeline sender ikke data gennem den.

endpoint forbliver telemetri-backendens basis-URL. OTLP HTTP-eksportøren tilføjer signalstien, fx /v1/traces, medmindre et signalspecifikt endpoint tilsidesætter den. proxy_url angiver mellemleddet. Til en testbackend, der ikke er følsom, er offentlig og tillader en rute via en offentlig proxy, kan en adresse fra HTTP-proxylisten udfylde den URL; bekræft adgang til backendens faktiske host og port.

Den aktuelle upstream-dokumentation kalder denne komponent otlp_http og beskriver otlphttp som et forældet alias. Ældre distributioner kan bruge det ældre komponentnavn; hold både eksportørdefinitionen og pipeline-referencen i overensstemmelse med den installerede distribution.

Dette er HTTP-klientkonfiguration. En OTLP gRPC-eksportør har en anden transport, og applikationens eget proxy-miljø kommer ikke automatisk ind i Collectorens container eller serviceproces. Tilsvarende vedrører konfigurationen af modtageren indgående trafik, ikke denne backend-forbindelse.

Bevar backendens TLS-verifikation og den påkrævede serviceautentificering. Et proxy-407 og en afvisning fra backendet angiver forskellige konti og faser.

Relaterede artikler