OpenTelemetry Collector: 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 রিসিভার ইতিমধ্যে সংজ্ঞায়িত এবং ডিপ্লয়মেন্টের প্রয়োজনীয় processors ও পাইপলাইনের অন্যান্য সেটিং অক্ষুণ্ণ রাখে। সংশ্লিষ্ট পাইপলাইনে রেফারেন্স না করে এক্সপোর্টার সংজ্ঞায়িত করলে তার মধ্য দিয়ে কোনো ডেটা যায় না।

endpoint টেলিমেট্রি ব্যাকএন্ডের মূল URL হিসেবেই থাকে। OTLP HTTP এক্সপোর্টার সিগন্যালের পথ যোগ করে, যেমন /v1/traces, যদি না সিগন্যাল-নির্দিষ্ট endpoint তা প্রতিস্থাপন করে। proxy_url মধ্যস্থতাকারীকে চিহ্নিত করে। সংবেদনশীল নয় এমন, সর্বজনীন এবং পাবলিক-প্রক্সি পথ অনুমোদনকারী পরীক্ষামূলক ব্যাকএন্ডের জন্য HTTP প্রক্সি তালিকা থেকে একটি ঠিকানা দিয়ে সেই URL পূরণ করা যায়; ব্যাকএন্ডের প্রকৃত host ও port-এ প্রবেশ নিশ্চিত করুন।

বর্তমান আপস্ট্রিম ডকুমেন্টেশন এই কম্পোনেন্টের নাম দেয় otlp_http এবং otlphttp-কে অবচিত উপনাম হিসেবে বর্ণনা করে। পুরোনো ডিস্ট্রিবিউশন পুরোনো কম্পোনেন্ট নাম ব্যবহার করতে পারে; এক্সপোর্টারের সংজ্ঞা ও পাইপলাইনের রেফারেন্স দুটোই ইনস্টল করা ডিস্ট্রিবিউশনের সঙ্গে সামঞ্জস্যপূর্ণ রাখুন।

এটি HTTP ক্লায়েন্ট কনফিগারেশন। OTLP gRPC এক্সপোর্টারের পরিবহন আলাদা, এবং অ্যাপ্লিকেশনের নিজস্ব প্রক্সি পরিবেশ স্বয়ংক্রিয়ভাবে Collector-এর কনটেইনার বা সার্ভিস প্রসেসে প্রবেশ করে না। একইভাবে, রিসিভার কনফিগার করা ইনকামিং ট্রাফিককে নির্দেশ করে, এই ব্যাকএন্ড সংযোগকে নয়।

ব্যাকএন্ডের TLS যাচাই এবং প্রয়োজনীয় সার্ভিস প্রমাণীকরণ অক্ষুণ্ণ রাখুন। প্রক্সির 407 এবং ব্যাকএন্ডের প্রত্যাখ্যান ভিন্ন অ্যাকাউন্ট ও ভিন্ন পর্যায় নির্দেশ করে।