OpenTelemetry Collector: kuweka proksi ya kitoa OTLP HTTP

Tumia mpangilio proxy_url wa kitoa OTLP HTTP na uunganishe kitoa hicho na bomba linalotuma telemetry kwa kweli.

Collector hupokea telemetry kutoka kwa programu, kisha hufanya muunganisho wa nje tofauti kwenda kwa backend iliyosanidiwa. Weka proksi kwenye kitoa hicho cha HTTP cha nje:

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

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

Unganisha kipande hiki kwenye usanidi uliopo. Kinachukulia kuwa kipokea otlp tayari kimefafanuliwa na kinahifadhi processors zinazohitajika na usambazaji na mipangilio mingine ya bomba. Kufafanua kitoa bila kukirejelea kwenye bomba husika hakutumi data kupitia hicho.

endpoint inabaki kuwa URL ya msingi ya backend ya telemetry. Kitoa cha OTLP HTTP huongeza njia ya ishara, kama /v1/traces, isipokuwa endpoint maalum ya ishara ichukue nafasi yake. proxy_url hubainisha mpatanishi. Kwa backend ya majaribio isiyo nyeti, iliyo wazi na inayoruhusu njia ya proksi ya umma, anwani kutoka orodha ya proksi za HTTP inaweza kujaza URL hiyo; thibitisha ufikiaji wa host na port halisi za backend.

Nyaraka za sasa za upstream hukiita kipengele hiki otlp_http na kueleza otlphttp kama jina la zamani lililopitwa na wakati. Usambazaji wa zamani unaweza kutumia jina la zamani la kipengele; weka maelezo ya kitoa na rejeleo la bomba zote mbili kulingana na usambazaji uliosakinishwa.

Huu ni usanidi wa mteja wa HTTP. Kitoa cha OTLP gRPC kina usafirishaji mwingine, na mazingira ya proksi ya programu yenyewe hayaingii kiotomatiki kwenye kontena au mchakato wa huduma wa Collector. Vile vile, kusanidi kipokea kunahusu trafiki inayoingia, si muunganisho huu wa backend.

Hifadhi uthibitishaji wa TLS wa backend na uthibitishaji wa huduma unaohitajika. 407 ya proksi na kukataliwa na backend zinaonyesha akaunti na hatua tofauti.

Makala zinazohusiana