Collector прима телеметрију од апликација, а затим успоставља засебну одлазну везу према конфигурисаном бекенду. Поставите проки на тај одлазни HTTP извозник:

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

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

Уградите овај фрагмент у постојећу конфигурацију. Претпоставља да је otlp пријемник већ дефинисан и задржава процесоре које имплементација захтева и остале поставке цевовода. Дефинисање извозника без позивања на њега у одговарајућем цевоводу неће послати податке кроз њега.

endpoint остаје основни URL телеметријског бекенда. OTLP HTTP извозник додаје путању сигнала, као што је /v1/traces, осим ако је замени endpoint специфичан за сигнал. proxy_url означава посредника. За тестни бекенд који није осетљив, јавно је доступан и дозвољава руту преко јавног прокија, тај URL може попунити адреса са листе HTTP прокија; потврдите приступ стварном host-у и port-у бекенда.

Тренутна upstream документација назива ову компоненту otlp_http и описује otlphttp као застарели алиас. Старије дистрибуције могу користити старије име компоненте; ускладите и дефиницију извозника и референцу у цевоводу са инсталираном дистрибуцијом.

Ово је конфигурација HTTP клијента. OTLP gRPC извозник користи други транспорт, а сопствено проки окружење апликације не улази аутоматски у Collector контејнер или сервисни процес. Исто тако, конфигурисање пријемника односи се на долазни саобраћај, не на ову везу према бекенду.

Задржите TLS проверу бекенда и обавезну аутентикацију сервиса. Проки одговор 407 и одбијање бекенда указују на различите налоге и фазе.

Повезани чланци