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 मा पहुँच पुष्टि गर्नुहोस्।
हालको upstream कागजातले यो घटकलाई otlp_http भन्छ र otlphttp लाई अप्रचलित उपनाम भन्छ। पुराना वितरणहरूले पुरानो घटक नाम प्रयोग गर्न सक्छन्; निर्यातकर्ताको परिभाषा र पाइपलाइन सन्दर्भ दुवैलाई स्थापित वितरणसँग मिलाएर राख्नुहोस्।
यो HTTP क्लाइन्ट कन्फिगरेसन हो। OTLP gRPC निर्यातकर्ताको ढुवानी फरक हुन्छ, र अनुप्रयोगको आफ्नै प्रोक्सी वातावरण स्वतः Collector को कन्टेनर वा सेवा प्रक्रियामा प्रवेश गर्दैन। त्यस्तै, रिसिभर कन्फिगर गर्नु आउँदो ट्राफिकसँग सम्बन्धित हो, यो ब्याकइन्ड जडानसँग होइन।
ब्याकइन्डको TLS प्रमाणीकरण र आवश्यक सेवा प्रमाणीकरण कायम राख्नुहोस्। प्रोक्सीको 407 र ब्याकइन्डको अस्वीकारले फरक खाता र चरणहरू देखाउँछन्।