OpenTelemetry Collector: OTLP HTTP esportatzailearen proxya ezarri

Collector-ek aplikazioetatik telemetria jasotzen du, eta gero irteerako konexio bereizi bat egiten du konfiguratutako backend-arekin. Jarri proxya irteerako HTTP esportatzaile horretan:

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

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

Bateratu zati hau lehendik dagoen konfigurazioan. otlp hartzailea jadanik definituta dagoela suposatzen du, eta hedapenak eskatzen dituen processors eta pipelinearen gainerako ezarpenak mantentzen ditu. Esportatzaile bat definitzeak, pipeline dagokionetik hura erreferentziatu gabe, ez du daturik bidaltzen haren bidez.

endpoint telemetria backend-aren oinarrizko URLa izaten jarraitzen du. OTLP HTTP esportatzaileak seinalearen bidea gehitzen du, adibidez /v1/traces, seinalearen berariazko endpoint batek ordezten ez badu. proxy_url-ek bitartekaria identifikatzen du. Sentikorra ez den, publikoa den eta proxy publiko bidezko bidea onartzen duen proba-backend baterako, HTTP proxy zerrendako helbide batek URL hori bete dezake; egiaztatu backend-aren benetako host eta porturako sarbidea.

Gaur egungo upstream dokumentazioak otlp_http deitzen dio osagai honi, eta otlphttp zaharkitutako alias gisa deskribatzen du. Banaketa zaharrek osagaiaren izen zaharra erabil dezakete; mantendu esportatzailearen definizioa eta pipelinearen erreferentzia instalatutako banaketarekin bat etorriz.

Hau HTTP bezeroaren konfigurazioa da. OTLP gRPC esportatzaileak beste garraio bat du, eta aplikazioaren beraren proxy ingurunea ez da automatikoki sartzen Collector-en edukiontzira edo zerbitzu-prozesura. Era berean, hartzailea konfiguratzeak sarrerako trafikoa lantzen du, ez backend-arekiko konexio hau.

Mantendu backend-aren TLS egiaztapena eta eskatutako zerbitzu-autentifikazioa. Proxyaren 407 erantzunak eta backend-aren ukapenak kontu eta etapa desberdinak adierazten dituzte.