OpenTelemetry Collector․ OTLP HTTP արտահանողի պրոքսիի կարգավորում

Collector-ը հեռաչափություն է ստանում հավելվածներից, ապա առանձին ելքային կապ է հաստատում իր կարգավորված backend-ի հետ։ Տեղադրեք պրոքսին այդ ելքային 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 ընդունիչն արդեն սահմանված է, և պահպանում է տեղաբաշխման համար պահանջվող processors-ները և խողովակաշարի մյուս կարգավորումները։ Արտահանող սահմանելը՝ առանց համապատասխան խողովակաշարում դրան հղվելու, տվյալներ չի ուղարկի դրա միջով։

endpoint-ը մնում է հեռաչափության backend-ի հիմնական URL-ը։ OTLP HTTP արտահանողը ավելացնում է ազդանշանի ուղին, օրինակ՝ /v1/traces, եթե այն չփոխարինվի ազդանշանին հատուկ endpoint-ով։ proxy_url-ը նշում է միջնորդին։ Ոչ զգայուն, հանրային և հանրային պրոքսիի երթուղին թույլատրող փորձնական backend-ի համար այդ URL-ը կարող է լրացվել HTTP պրոքսիների ցանկից վերցված հասցեով․ հաստատեք հասանելիությունը backend-ի իրական host-ին և port-ին։

Ընթացիկ upstream փաստաթղթերը այս բաղադրիչն անվանում են otlp_http, իսկ otlphttp-ը նկարագրում որպես հնացած այլանուն։ Ավելի հին տարածումները կարող են օգտագործել հին բաղադրիչի անվանումը․ արտահանողի սահմանումը և խողովակաշարի հղումը համապատասխանեցրեք տեղադրված տարածմանը։

Սա HTTP հաճախորդի կարգավորում է։ OTLP gRPC արտահանողն ունի այլ տրանսպորտ, և հավելվածի սեփական պրոքսի միջավայրը ինքնաշխատ չի մտնում Collector-ի կոնտեյներ կամ ծառայության գործընթաց։ Նույն կերպ, ընդունիչի կարգավորումը վերաբերում է ներգնա երթևեկությանը, ոչ այս backend կապին։

Պահպանեք backend-ի TLS ստուգումը և պահանջվող ծառայության նույնականացումը։ Պրոքսիի 407-ը և backend-ի մերժումը ցույց են տալիս տարբեր հաշիվներ և փուլեր։