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 ካለዎት፣ ከHTTP proxy ዝርዝር የተወሰደ አድራሻ ያንን URL ሊሞላ ይችላል፤ ወደ backend ትክክለኛው host እና port መድረሱን ያረጋግጡ።

አሁናዊው upstream ሰነድ ይህን ክፍል otlp_http ብሎ ይጠራዋል፣ otlphttp ደግሞ ጊዜው ያለፈበት ስም እንደሆነ ይገልጻል። የቆዩ ስርጭቶች የቆየውን የክፍል ስም ሊጠቀሙ ይችላሉ፤ የአውጪውን ትርጓሜ እና የመስመሩን ማጣቀሻ ከተጫነው ስርጭት ጋር አንድ ያድርጉ።

ይህ የHTTP client ውቅር ነው። የOTLP gRPC አውጪ ሌላ ማጓጓዣ አለው፤ የመተግበሪያው የራሱ የፕሮክሲ አካባቢ በራስሰር ወደ Collector ኮንቴይነር ወይም የአገልግሎት ሂደት አይገባም። በተመሳሳይ ሁኔታ፣ ተቀባዩን ማዋቀር የውስጥ ትራፊክን ይመለከታል፣ ይህን የbackend ግንኙነት አይደለም።

የbackendን TLS ማረጋገጫ እና አስፈላጊውን የአገልግሎት ማረጋገጫ ይጠብቁ። የፕሮክሲ 407 እና የbackend ውድቅ የተለያዩ መለያዎችን እና ደረጃዎችን ያመለክታሉ።