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 ଏବଂ ବ୍ୟାକଏଣ୍ଡର ଅସ୍ୱୀକୃତି ଭିନ୍ନ ଖାତା ଓ ପର୍ଯ୍ୟାୟ ସୂଚାଏ।