OpenTelemetry Collector: OTLP HTTP ஏற்றுமதியாளரின் ப்ராக்ஸியை அமைத்தல்

Collector பயன்பாடுகளிடமிருந்து டெலிமெட்ரியைப் பெற்று, பின்னர் தனது கட்டமைக்கப்பட்ட backend-க்கு தனி வெளிச்செல் இணைப்பை உருவாக்குகிறது. ப்ராக்ஸியை அந்த வெளிச்செல் 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 டெலிமெட்ரி backend-இன் அடிப்படை URL ஆகவே இருக்கும். OTLP HTTP ஏற்றுமதியாளர் சிக்னல் பாதையைச் சேர்க்கிறது, எடுத்துக்காட்டாக /v1/traces, சிக்னலுக்கான தனி endpoint அதை மாற்றாத வரை. proxy_url இடைத்தரகரைக் குறிக்கிறது. உணர்திறன் இல்லாத, பொதுவான மற்றும் பொது-ப்ராக்ஸி பாதையை அனுமதிக்கும் சோதனை backend-க்கு HTTP ப்ராக்ஸி பட்டியலில் உள்ள முகவரி அந்த URL-ஐ நிரப்பலாம்; backend-இன் உண்மையான host மற்றும் port-க்கான அணுகலை உறுதிப்படுத்தவும்.

தற்போதைய upstream ஆவணங்கள் இந்த கூறை otlp_http என்றும், otlphttp-ஐ காலாவதியான மாற்றுப்பெயர் என்றும் விவரிக்கின்றன. பழைய விநியோகங்கள் பழைய கூறுப் பெயரைப் பயன்படுத்தலாம்; ஏற்றுமதியாளர் வரையறை மற்றும் பைப்லைன் குறிப்பு இரண்டையும் நிறுவப்பட்ட விநியோகத்துடன் ஒத்துப்போகச் செய்யுங்கள்.

இது HTTP கிளையண்ட் கட்டமைப்பு. OTLP gRPC ஏற்றுமதியாளருக்கு வேறு போக்குவரத்து உள்ளது, மேலும் பயன்பாட்டின் சொந்த ப்ராக்ஸி சூழல் Collector-இன் கொள்கலனுக்கோ சேவை செயல்முறைக்கோ தானாக நுழையாது. அதுபோல, பெறுநரை அமைப்பது உள்வரும் போக்குவரத்தைப் பற்றியது, இந்த backend இணைப்பைப் பற்றியது அல்ல.

backend-இன் TLS சரிபார்ப்பையும் தேவையான சேவை அங்கீகாரத்தையும் தக்கவைக்கவும். ப்ராக்ஸியின் 407 மற்றும் backend-இன் நிராகரிப்பு வெவ்வேறு கணக்குகளையும் நிலைகளையும் குறிக்கின்றன.