El Collector rep la telemetria de les aplicacions i després fa una connexió sortint independent amb el backend que té configurat. Posa el proxy en aquest exportador HTTP sortint:

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

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

Integra aquest fragment a la configuració existent. Assumeix que el receptor otlp ja està definit i conserva els processors que requereix el desplegament i la resta de paràmetres del pipeline. Definir un exportador sense referenciar-lo des del pipeline corresponent no fa que s'hi enviïn dades.

L'endpoint continua sent l'URL base del backend de telemetria. L'exportador OTLP HTTP afegeix el camí del senyal, com ara /v1/traces, tret que un endpoint específic del senyal el substitueixi. proxy_url identifica l'intermediari. Per a un backend de proves no sensible, públic i que permeti una ruta mitjançant un proxy públic, una adreça de la llista de proxys HTTP pot omplir aquest URL; comprova l'accés a l'amfitrió i el port reals del backend.

La documentació actual d'upstream anomena aquest component otlp_http i descriu otlphttp com un àlies obsolet. Les distribucions més antigues poden utilitzar el nom antic del component; mantingues tant la definició de l'exportador com la referència al pipeline coherents amb la distribució instal·lada.

Això és configuració de client HTTP. Un exportador OTLP gRPC fa servir un altre transport, i l'entorn de proxy propi de l'aplicació no entra automàticament al contenidor ni al procés de servei del Collector. De la mateixa manera, configurar el receptor afecta el trànsit entrant, no aquesta connexió amb el backend.

Conserva la verificació TLS del backend i l'autenticació de servei que calgui. Un 407 del proxy i un rebuig del backend assenyalen comptes i etapes diferents.

Articles relacionats