OpenTelemetry Collector: подешавање прокија за OTLP HTTP извозник
Користите поставку proxy_url OTLP HTTP извозника и повежите тај извозник са цевоводом који заиста шаље телеметрију.
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 и одбијање бекенда указују на различите налоге и фазе.