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-ഉം ബാക്കെൻഡിന്റെ നിരസനവും വ്യത്യസ്ത അക്കൗണ്ടുകളും ഘട്ടങ്ങളും സൂചിപ്പിക്കുന്നു.