OpenTelemetry Collector: ຕັ້ງຄ່າພຣັອກຊີຂອງຕົວສົ່ງອອກ OTLP HTTP

Collector ຮັບ telemetry ຈາກແອັບພລິເຄຊັນ ແລ້ວສ້າງການເຊື່ອມຕໍ່ອອກພາຍນອກແຍກຕ່າງຫາກໄປຫາ 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 ທີ່ການຕິດຕັ້ງຕ້ອງການ ພ້ອມກັບການຕັ້ງຄ່າອື່ນໆຂອງ pipeline. ການກຳນົດຕົວສົ່ງອອກໂດຍບໍ່ອ້າງອີງໃນ pipeline ທີ່ກ່ຽວຂ້ອງຈະບໍ່ສົ່ງຂໍ້ມູນຜ່ານມັນ.

endpoint ຍັງເປັນ URL ພື້ນຖານຂອງ backend telemetry. ຕົວສົ່ງອອກ OTLP HTTP ເພີ່ມເສັ້ນທາງຂອງສັນຍານ ເຊັ່ນ /v1/traces ເວັ້ນແຕ່ endpoint ສະເພາະສັນຍານຈະທົດແທນມັນ. proxy_url ກຳນົດຕົວກາງ. ສຳລັບ backend ທົດສອບທີ່ບໍ່ມີຄວາມອ່ອນໄຫວ ເປັນສາທາລະນະ ແລະ ອະນຸຍາດເສັ້ນທາງຜ່ານພຣັອກຊີສາທາລະນະ ສາມາດໃຊ້ທີ່ຢູ່ຈາກລາຍຊື່ພຣັອກຊີ HTTPເຕີມ URL ນັ້ນ; ຢືນຢັນການເຂົ້າເຖິງ host ແລະ port ຕົວຈິງຂອງ backend.

ເອກະສານ upstream ປັດຈຸບັນເອີ້ນສ່ວນປະກອບນີ້ວ່າ otlp_http ແລະ ອະທິບາຍ otlphttp ວ່າເປັນຊື່ສຳຮອງທີ່ລົ້ມເຫຼີກ. ການແຈກຢາຍເກົ່າອາດໃຊ້ຊື່ສ່ວນປະກອບເກົ່າ; ຮັກສາທັງການກຳນົດຕົວສົ່ງອອກ ແລະ ການອ້າງອີງໃນ pipeline ໃຫ້ສອດຄ່ອງກັບການແຈກຢາຍທີ່ຕິດຕັ້ງໄວ້.

ນີ້ແມ່ນການຕັ້ງຄ່າ HTTP client. ຕົວສົ່ງອອກ OTLP gRPC ໃຊ້ການຂົນສົ່ງອື່ນ ແລະ ສະພາບແວດລ້ອມພຣັອກຊີຂອງແອັບຯເອງບໍ່ໄດ້ເຂົ້າໄປໃນ container ຫຼື ຂະບວນການບໍລິການຂອງ Collector ໂດຍອັດຕະໂນມັດ. ເຊັ່ນດຽວກັນ ການຕັ້ງຄ່າຕົວຮັບແມ່ນກ່ຽວກັບການຈະລາຈອນເຂົ້າ ບໍ່ແມ່ນການເຊື່ອມຕໍ່ backend ນີ້.

ຮັກສາການກວດສອບ TLS ຂອງ backend ແລະ ການພິສູດຢືນຢັນບໍລິການທີ່ຈຳເປັນ. 407 ຈາກພຣັອກຊີ ແລະ ການປະຕິເສດຈາກ backend ຊີ້ບອກບັນຊີ ແລະ ຂັ້ນຕອນທີ່ແຕກຕ່າງກັນ.