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కు ప్రాప్యతను నిర్ధారించండి.

ప్రస్తుత upstream డాక్యుమెంటేషన్ ఈ కాంపోనెంట్‌ను otlp_http అని పిలుస్తుంది మరియు otlphttpను పాతబడిన మారుపేరుగా వివరిస్తుంది. పాత పంపిణీలు పాత కాంపోనెంట్ పేరును ఉపయోగించవచ్చు; ఎక్స్‌పోర్టర్ నిర్వచనం మరియు పైప్‌లైన్ సూచన రెండింటినీ ఇన్‌స్టాల్ చేసిన పంపిణీకి సరిపోయేలా ఉంచండి.

ఇది HTTP క్లయింట్ కాన్ఫిగరేషన్. OTLP gRPC ఎక్స్‌పోర్టర్‌కు వేరే రవాణా ఉంది, మరియు అప్లికేషన్ యొక్క స్వంత ప్రాక్సీ వాతావరణం స్వయంచాలకంగా Collector కంటైనర్ లేదా సేవా ప్రక్రియలోకి ప్రవేశించదు. అదేవిధంగా, రిసీవర్‌ను కాన్ఫిగర్ చేయడం లోపలికి వచ్చే ట్రాఫిక్‌కు సంబంధించింది, ఈ బ్యాకెండ్ కనెక్షన్‌కు కాదు.

బ్యాకెండ్ యొక్క TLS ధృవీకరణ మరియు అవసరమైన సేవా ప్రామాణీకరణను నిలుపుకోండి. ప్రాక్సీ 407 మరియు బ్యాకెండ్ తిరస్కరణ వేర్వేరు ఖాతాలు మరియు దశలను సూచిస్తాయి.