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 នៅតែជា URL មូលដ្ឋានរបស់ backend តេឡេមេទ្រី។ ឧបករណ៍នាំចេញ OTLP HTTP បន្ថែមផ្លូវសញ្ញា ដូចជា /v1/traces លុះត្រាតែ endpoint ជាក់លាក់សម្រាប់សញ្ញាជំនួសវា។ proxy_url កំណត់អ្នកកណ្តាល។ សម្រាប់ backend សាកល្បងដែលមិនមានភាពរសើប ជាសាធារណៈ និងអនុញ្ញាតផ្លូវតាមប្រូកស៊ីសាធារណៈ អាសយដ្ឋានពីបញ្ជីប្រូកស៊ី HTTPអាចបំពេញ URL នោះបាន; បញ្ជាក់ការចូលទៅ host និង port ពិតរបស់ backend។

ឯកសារ upstream បច្ចុប្បន្នហៅសមាសភាគនេះថា otlp_http ហើយពិពណ៌នា otlphttp ថាជាឈ្មោះជំនួសដែលលែងប្រើ។ ការចែកចាយចាស់អាចប្រើឈ្មោះសមាសភាគចាស់; រក្សាទាំងការកំណត់ឧបករណ៍នាំចេញ និងការយោងក្នុងបំពង់ ឲ្យស៊ីគ្នានឹងការចែកចាយដែលបានដំឡើង។

នេះជាការកំណត់ HTTP client។ ឧបករណ៍នាំចេញ OTLP gRPC ប្រើការដឹកជញ្ជូនផ្សេង ហើយបរិស្ថានប្រូកស៊ីផ្ទាល់របស់កម្មវិធីមិនចូលទៅក្នុង container ឬដំណើរការសេវារបស់ Collector ដោយស្វ័យប្រវត្តិទេ។ ដូចគ្នា ការកំណត់ឧបករណ៍ទទួលនិយាយអំពីចរាចរណ៍ចូល មិនមែនការតភ្ជាប់ backend នេះទេ។

រក្សាការផ្ទៀងផ្ទាត់ TLS របស់ backend និងការផ្ទៀងផ្ទាត់សេវាដែលត្រូវការ។ 407 ពីប្រូកស៊ី និងការបដិសេធពី backend បង្ហាញគណនី និងដំណាក់កាលខុសគ្នា។

អត្ថបទពាក់ព័ន្ធ