OpenTelemetry Collector: OTLP HTTP এক্সপ’ৰ্টাৰৰ প্ৰক্সি ছেট কৰা
OTLP HTTP এক্সপ’ৰ্টাৰৰ proxy_url ছেটিং ব্যৱহাৰ কৰি সেই এক্সপ’ৰ্টাৰটো টেলিমেট্ৰি প্ৰকৃততে পঠিওৱা পাইপলাইনত সংযুক্ত কৰক।
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 আৰু বেকএণ্ডৰ প্ৰত্যাখ্যানে ভিন্ন একাউণ্ট আৰু ভিন্ন পৰ্যায় সূচায়।