OpenTelemetry Collector: agordi prokurilon por la OTLP HTTP elsendilo
Uzu la agordon proxy_url de la OTLP HTTP elsendilo kaj ligu tiun elsendilon al la kondukilo, kiu efektive sendas telemetrion.
La Collector ricevas telemetrion de aplikaĵoj, poste starigas apartan elirantan konekton al sia agordita backend. Metu la prokurilon sur tiun elirantan HTTP-elsendilon:
exporters:
otlp_http/proxied:
endpoint: https://telemetry.example:4318
proxy_url: http://proxy.example:8080
service:
pipelines:
traces:
receivers: [otlp]
exporters: [otlp_http/proxied]Kunfandu ĉi tiun fragmenton en la ekzistantan agordon. Ĝi supozas, ke la ricevilo otlp jam estas difinita, kaj konservas la procesorojn postulatajn de la deplojo kaj la ceterajn agordojn de la kondukilo. Difini elsendilon sen referenci ĝin el la koncerna kondukilo ne sendas datumojn tra ĝi.
La endpoint restas la baza URL de la telemetria backend. La OTLP HTTP elsendilo aldonas la signalan vojon, ekzemple /v1/traces, krom se signal-specifa endpoint anstataŭigas ĝin. proxy_url identigas la peranton. Por ne-sentema testa backend, kiu estas publika kaj permesas vojon tra publika prokurilo, adreso el la listo de HTTP-prokuriloj povas plenigi tiun URL-on; konfirmu aliron al la reala host kaj port de la backend.
La nuna upstream-dokumentaro nomas ĉi tiun komponanton otlp_http kaj priskribas otlphttp kiel malaktualan alinomon. Pli malnovaj distribuaĵoj povas uzi la pli malnovan komponentan nomon; tenu kaj la difinon de la elsendilo kaj la referencon en la kondukilo kongruaj kun la instalita distribuaĵo.
Ĉi tio estas agordo de HTTP-kliento. OTLP gRPC elsendilo havas alian transporton, kaj la propra prokura medio de aplikaĵo ne aŭtomate eniras la ujon aŭ servan procezon de la Collector. Same, agordi la ricevilon traktas envenantan trafikon, ne ĉi tiun backend-konekton.
Konservu la TLS-validigon de la backend kaj la postulatan servan aŭtentikigon. Prokura 407 kaj malakcepto de la backend indikas malsamajn kontojn kaj etapojn.