ບໍລິການຕິດຕາມ, OpenTracing ແລະ Jaeger

ພວກເຮົາໃຊ້ສະຖາປັດຕະຍະກໍາ microservice ໃນໂຄງການຂອງພວກເຮົາ. ເມື່ອຂໍ້ບົກຜ່ອງດ້ານການປະຕິບັດເກີດຂື້ນ, ໃຊ້ເວລາຫຼາຍແມ່ນໃຊ້ເວລາໃນການຕິດຕາມແລະວິເຄາະບັນທຶກ. ເມື່ອບັນທຶກເວລາຂອງການດໍາເນີນງານແຕ່ລະຄົນໄປຫາໄຟລ໌ບັນທຶກ, ປົກກະຕິແລ້ວມັນຍາກທີ່ຈະເຂົ້າໃຈສິ່ງທີ່ນໍາໄປສູ່ການຮຽກຮ້ອງການດໍາເນີນງານເຫຼົ່ານີ້, ເພື່ອຕິດຕາມລໍາດັບຂອງການປະຕິບັດຫຼືການປ່ຽນເວລາຂອງການດໍາເນີນງານຫນຶ່ງທີ່ກ່ຽວຂ້ອງກັບການໃຫ້ບໍລິການທີ່ແຕກຕ່າງກັນ.

ເພື່ອຫຼຸດຜ່ອນການອອກແຮງງານຄູ່ມື, ພວກເຮົາໄດ້ຕັດສິນໃຈໃຊ້ຫນຶ່ງໃນເຄື່ອງມືຕິດຕາມ. ກ່ຽວກັບວິທີການແລະເຫດຜົນທີ່ທ່ານສາມາດນໍາໃຊ້ການຕິດຕາມແລະວິທີທີ່ພວກເຮົາໄດ້ເຮັດມັນ, ແລະຈະຖືກປຶກສາຫາລືໃນບົດຄວາມນີ້.

ບັນຫາໃດທີ່ສາມາດແກ້ໄຂໄດ້ດ້ວຍການຕິດຕາມ

1. ຊອກຫາຂໍ້ບົກຜ່ອງດ້ານການປະຕິບັດທັງພາຍໃນການບໍລິການດຽວແລະໃນຕົ້ນໄມ້ການປະຕິບັດທັງຫມົດລະຫວ່າງການບໍລິການທີ່ເຂົ້າຮ່ວມທັງຫມົດ. ຍົກ​ຕົວ​ຢ່າງ:
   • ການໂທຕິດຕໍ່ກັນສັ້ນຫຼາຍລະຫວ່າງການບໍລິການ, ຕົວຢ່າງ, ໄປຫາ geocoding ຫຼືຖານຂໍ້ມູນ.
   • I/O ລໍຖ້າດົນນານ, ເຊັ່ນ: ການໂອນເຄືອຂ່າຍ ຫຼືອ່ານແຜ່ນ.
   • ວິເຄາະຂໍ້ມູນຍາວ.
   • ການດໍາເນີນງານຍາວທີ່ຕ້ອງການ cpu.
   • ພາກສ່ວນຂອງລະຫັດທີ່ບໍ່ຈໍາເປັນເພື່ອໃຫ້ໄດ້ຜົນສຸດທ້າຍແລະສາມາດຖືກໂຍກຍ້າຍອອກຫຼືຊັກຊ້າ.
2. ເຂົ້າໃຈຢ່າງຈະແຈ້ງໃນລໍາດັບສິ່ງທີ່ເອີ້ນວ່າແລະສິ່ງທີ່ເກີດຂື້ນໃນເວລາທີ່ການດໍາເນີນງານໄດ້ຖືກປະຕິບັດ.
   
   ເຫັນໄດ້ວ່າຕົວຢ່າງ Request ມາຮອດບໍລິການ WS -> ບໍລິການ WS ເພີ່ມຂໍ້ມູນຜ່ານບໍລິການ R -> ແລ້ວສົ່ງຄຳຮ້ອງຂໍໄປທີ່ບໍລິການ V -> ບໍລິການ V ໂຫຼດຂໍ້ມູນຫຼາຍຈາກບໍລິການ R -> ໄປບໍລິການ P -> ບໍລິການ P ໄປຫາບໍລິການ R ອີກຄັ້ງ -> ບໍລິການ V ບໍ່ສົນໃຈຜົນໄດ້ຮັບ ແລະໄປທີ່ບໍລິການ J -> ແລະອີກຢ່າງໜຶ່ງ WS ສືບຕໍ່ການຕອບສະໜອງ ໃນຂະນະທີ່ການຄຳນວນຄືນ.
   ໂດຍບໍ່ມີຮ່ອງຮອຍດັ່ງກ່າວຫຼືເອກະສານລາຍລະອຽດສໍາລັບຂະບວນການທັງຫມົດ, ມັນເປັນການຍາກຫຼາຍທີ່ຈະເຂົ້າໃຈສິ່ງທີ່ເກີດຂຶ້ນໃນເວລາທີ່ເບິ່ງລະຫັດຄັ້ງທໍາອິດ, ແລະລະຫັດໄດ້ຖືກກະແຈກກະຈາຍໄປທົ່ວບໍລິການທີ່ແຕກຕ່າງກັນແລະເຊື່ອງໄວ້ຢູ່ຫລັງຊໍ່ຂອງ bins ແລະການໂຕ້ຕອບ.
3. ການເກັບກໍາຂໍ້ມູນກ່ຽວກັບຕົ້ນໄມ້ປະຕິບັດສໍາລັບການວິເຄາະເລື່ອນເວລາຕໍ່ມາ. ໃນແຕ່ລະຂັ້ນຕອນຂອງການປະຕິບັດ, ທ່ານສາມາດເພີ່ມຂໍ້ມູນໃສ່ການຕິດຕາມທີ່ມີຢູ່ໃນຂັ້ນຕອນນີ້ແລະຫຼັງຈາກນັ້ນຊອກຫາສິ່ງທີ່ການປ້ອນຂໍ້ມູນນໍາໄປສູ່ສະຖານະການທີ່ຄ້າຍຄືກັນ. ຍົກ​ຕົວ​ຢ່າງ:
   • ID ຜູ້ໃຊ້
   • ສິດທິ
   • ປະເພດຂອງວິທີການທີ່ເລືອກ
   • ບັນທຶກ ຫຼືການດຳເນີນການຜິດພາດ
4. ການປ່ຽນຮ່ອງຮອຍເປັນຊຸດຍ່ອຍຂອງ metrics ແລະການວິເຄາະເພີ່ມເຕີມແລ້ວໃນຮູບແບບຂອງ metrics.

ສິ່ງທີ່ຕິດຕາມສາມາດບັນທຶກ. ໄລຍະ

ໃນການຕິດຕາມມີແນວຄວາມຄິດຂອງ span, ນີ້ແມ່ນການປຽບທຽບຂອງບັນທຶກຫນຶ່ງ, ກັບ console. ສະປາມີ:

• ຊື່, ໂດຍປົກກະຕິແມ່ນຊື່ຂອງວິທີການທີ່ຖືກປະຕິບັດ
• ຊື່ຂອງການບໍລິການທີ່ span ໄດ້ຖືກສ້າງຂຶ້ນ
• ID ເປັນເອກະລັກຂອງຕົນເອງ
• ບາງປະເພດຂອງຂໍ້ມູນ meta ໃນຮູບແບບຂອງລະຫັດ / ມູນຄ່າທີ່ໄດ້ເຂົ້າໄປໃນມັນ. ຕົວຢ່າງ, ຕົວກໍານົດວິທີການຫຼືວິທີການສິ້ນສຸດລົງດ້ວຍຄວາມຜິດພາດຫຼືບໍ່
• ເວລາເລີ່ມຕົ້ນ ແລະເວລາສິ້ນສຸດສຳລັບຊ່ວງເວລານີ້
• ID span ຂອງພໍ່ແມ່

ແຕ່ລະ span ຖືກສົ່ງໄປຫາຜູ້ເກັບ span ເພື່ອເກັບໄວ້ໃນຖານຂໍ້ມູນສໍາລັບການທົບທວນຄືນຕໍ່ມາທັນທີທີ່ມັນສໍາເລັດການປະຕິບັດຂອງມັນ. ໃນອະນາຄົດ, ທ່ານສາມາດສ້າງຕົ້ນໄມ້ຂອງຂອບເຂດທັງຫມົດໂດຍການເຊື່ອມຕໍ່ໂດຍ id ພໍ່ແມ່. ເມື່ອວິເຄາະ, ທ່ານສາມາດຊອກຫາ, ສໍາລັບການຍົກຕົວຢ່າງ, spans ທັງຫມົດໃນບາງບໍລິການທີ່ໃຊ້ເວລາຫຼາຍກ່ວາບາງເວລາ. ນອກຈາກນັ້ນ, ໂດຍການໄປທີ່ຂອບເຂດສະເພາະ, ເບິ່ງຕົ້ນໄມ້ທັງໝົດຂ້າງເທິງ ແລະ ລຸ່ມນີ້.

Opentrace, Jagger ແລະວິທີທີ່ພວກເຮົາປະຕິບັດມັນສໍາລັບໂຄງການຂອງພວກເຮົາ

ມີມາດຕະຖານທົ່ວໄປ opentrace, ເຊິ່ງອະທິບາຍວິທີການແລະສິ່ງທີ່ຄວນເກັບກໍາ, ໂດຍບໍ່ມີການຖືກຜູກມັດໂດຍການຕິດຕາມການປະຕິບັດສະເພາະໃນພາສາໃດກໍ່ຕາມ. ຕົວຢ່າງ, ໃນ Java, ການເຮັດວຽກທັງຫມົດທີ່ມີການຕິດຕາມແມ່ນດໍາເນີນໂດຍຜ່ານ Opentrace API ທົ່ວໄປ, ແລະພາຍໃຕ້ມັນ, ຕົວຢ່າງ, Jaeger ຫຼືການປະຕິບັດໃນຕອນຕົ້ນທີ່ຫວ່າງເປົ່າທີ່ບໍ່ມີຫຍັງສາມາດຖືກເຊື່ອງໄວ້.
ພວກເຮົາກໍາລັງໃຊ້ Jaeger ເປັນການປະຕິບັດຂອງ Opentrace. ມັນ​ປະ​ກອບ​ດ້ວຍ​ຫຼາຍ​ອົງ​ປະ​ກອບ​:

• Jaeger-agent ແມ່ນຕົວແທນທ້ອງຖິ່ນທີ່ປົກກະຕິແລ້ວຖືກຕິດຕັ້ງຢູ່ໃນແຕ່ລະເຄື່ອງຈັກແລະການບໍລິການຖືກເຂົ້າສູ່ລະບົບຢູ່ໃນພອດມາດຕະຖານທ້ອງຖິ່ນ. ຖ້າບໍ່ມີຕົວແທນ, ຫຼັງຈາກນັ້ນການຕິດຕາມການບໍລິການທັງຫມົດໃນເຄື່ອງນີ້ແມ່ນຖືກປິດໃຊ້ງານ
• Jaeger-collector - ຕົວແທນທັງຫມົດສົ່ງຮ່ອງຮອຍທີ່ເກັບກໍາໄປຫາມັນ, ແລະມັນວາງໄວ້ໃນຖານຂໍ້ມູນທີ່ເລືອກ.
• ຖານຂໍ້ມູນແມ່ນ cassandra ທີ່ຕ້ອງການຂອງພວກເຂົາ, ແຕ່ພວກເຮົາໃຊ້ elasticsearch, ມີການປະຕິບັດສໍາລັບສອງສາມຖານຂໍ້ມູນອື່ນແລະການປະຕິບັດໃນຫນ່ວຍຄວາມຈໍາທີ່ບໍ່ປະຫຍັດຫຍັງກັບແຜ່ນ.
• Jaeger-query ແມ່ນການບໍລິການທີ່ໄປຫາຖານຂໍ້ມູນແລະສົ່ງຄືນການຕິດຕາມທີ່ເກັບກໍາແລ້ວສໍາລັບການວິເຄາະ
• Jaeger-ui ແມ່ນການໂຕ້ຕອບເວັບສໍາລັບການຊອກຫາແລະເບິ່ງການຕິດຕາມ, ມັນໄປຫາ jaeger-query

ອົງປະກອບແຍກຕ່າງຫາກສາມາດເອີ້ນວ່າການປະຕິບັດ opentrace jaeger ສໍາລັບພາສາສະເພາະ, ໂດຍຜ່ານນັ້ນ spans ຖືກສົ່ງໄປຫາ jaeger-agent.
ການເຊື່ອມຕໍ່ Jagger ໃນ Java ລົງມາເພື່ອປະຕິບັດການໂຕ້ຕອບ io.opentracing.Tracer, ຫຼັງຈາກທີ່ທັງຫມົດ traces ຜ່ານມັນຈະບິນກັບຕົວແທນທີ່ແທ້ຈິງ.

ນອກຈາກນີ້ສໍາລັບອົງປະກອບພາກຮຽນ spring, ທ່ານສາມາດເຊື່ອມຕໍ່ opentracing-spring-cloud-starter ແລະການປະຕິບັດຈາກ Jaeger opentracing-spring-jaeger-cloud-starter ເຊິ່ງຈະຕັ້ງຄ່າການຕິດຕາມອັດຕະໂນມັດສໍາລັບທຸກສິ່ງທຸກຢ່າງທີ່ຜ່ານອົງປະກອບເຫຼົ່ານີ້, ຕົວຢ່າງເຊັ່ນການຮ້ອງຂໍ http ກັບຕົວຄວບຄຸມ, ການຮ້ອງຂໍກັບຖານຂໍ້ມູນຜ່ານ jdbc, ແລະອື່ນໆ.

ຕິດຕາມການເຂົ້າສູ່ລະບົບ Java

ບາງບ່ອນຢູ່ໃນລະດັບສູງສຸດ, Span ທໍາອິດຕ້ອງໄດ້ຮັບການສ້າງ, ນີ້ສາມາດເຮັດໄດ້ໂດຍອັດຕະໂນມັດ, ຕົວຢ່າງ, ໂດຍຕົວຄວບຄຸມພາກຮຽນ spring ເມື່ອໄດ້ຮັບການຮ້ອງຂໍ, ຫຼືດ້ວຍຕົນເອງຖ້າບໍ່ມີ. ຫຼັງຈາກນັ້ນ, ມັນຖືກສົ່ງຜ່ານຂອບເຂດຂ້າງລຸ່ມນີ້. ຖ້າວິທີໃດລຸ່ມນີ້ຕ້ອງການເພີ່ມ Span, ມັນໃຊ້ເວລາ activeSpan ປະຈຸບັນຈາກຂອບເຂດ, ສ້າງ Span ໃໝ່ ແລະບອກວ່າພໍ່ແມ່ຂອງມັນຄື activeSpan ທີ່ເປັນຜົນ, ແລະເຮັດໃຫ້ Span ໃໝ່ມີການເຄື່ອນໄຫວ. ເມື່ອໂທຫາການບໍລິການພາຍນອກ, span ທີ່ໃຊ້ໃນປັດຈຸບັນຈະຖືກສົ່ງກັບພວກເຂົາ, ແລະການບໍລິການເຫຼົ່ານັ້ນສ້າງ spans ໃຫມ່ໂດຍອ້າງອີງໃສ່ span ນີ້.
ການເຮັດວຽກທັງຫມົດຜ່ານຕົວຢ່າງ Tracer, ທ່ານສາມາດໄດ້ຮັບມັນຜ່ານກົນໄກ DI, ຫຼື GlobalTracer.get () ເປັນຕົວແປທົ່ວໂລກຖ້າກົນໄກ DI ບໍ່ເຮັດວຽກ. ໂດຍຄ່າເລີ່ມຕົ້ນ, ຖ້າ tracer ບໍ່ໄດ້ຖືກເລີ່ມຕົ້ນ, NoopTracer ຈະກັບຄືນມາເຊິ່ງບໍ່ມີຫຍັງເລີຍ.
ນອກຈາກນັ້ນ, ຂອບເຂດປະຈຸບັນແມ່ນໄດ້ຮັບຈາກ tracer ຜ່ານ ScopeManager, ຂອບເຂດໃຫມ່ຖືກສ້າງຂື້ນຈາກປະຈຸບັນທີ່ມີການຜູກມັດຂອງ span ໃຫມ່, ແລະຫຼັງຈາກນັ້ນ Scope ທີ່ຖືກສ້າງຂື້ນແມ່ນປິດ, ເຊິ່ງປິດ span ທີ່ສ້າງຂື້ນແລະສົ່ງຄືນຂອບເຂດທີ່ຜ່ານມາໄປສູ່ສະຖານະທີ່ເຮັດວຽກ. ຂອບເຂດຖືກຜູກມັດກັບກະທູ້, ດັ່ງນັ້ນເມື່ອຂຽນໂປຼແກຼມຫຼາຍກະທູ້, ເຈົ້າຕ້ອງບໍ່ລືມທີ່ຈະໂອນ span ທີ່ໃຊ້ວຽກໄປໃສ່ກະທູ້ອື່ນ, ສໍາລັບການເປີດໃຊ້ງານຕື່ມອີກຂອງຂອບເຂດຂອງກະທູ້ອື່ນໂດຍອ້າງອີງໃສ່ span ນີ້.

io.opentracing.Tracer tracer = ...; // GlobalTracer.get()

void DoSmth () {
   try (Scope scope = tracer.buildSpan("DoSmth").startActive(true)) {
      ...
   }
}
void DoOther () {
    Span span = tracer.buildSpan("someWork").start();
    try (Scope scope = tracer.scopeManager().activate(span, false)) {
        // Do things.
    } catch(Exception ex) {
        Tags.ERROR.set(span, true);
        span.log(Map.of(Fields.EVENT, "error", Fields.ERROR_OBJECT, ex, Fields.MESSAGE, ex.getMessage()));
    } finally {
        span.finish();
    }
}

void DoAsync () {
    try (Scope scope = tracer.buildSpan("ServiceHandlerSpan").startActive(false)) {
        ...
        final Span span = scope.span();
        doAsyncWork(() -> {
            // STEP 2 ABOVE: reactivate the Span in the callback, passing true to
            // startActive() if/when the Span must be finished.
            try (Scope scope = tracer.scopeManager().activate(span, false)) {
                ...
            }
        });
    }
}

ສໍາລັບການຂຽນໂປລແກລມຫຼາຍກະທູ້, ຍັງມີ TracedExecutorService ແລະ wrappers ທີ່ຄ້າຍຄືກັນທີ່ສົ່ງຕໍ່ span ປະຈຸບັນໄປຫາ thread ໂດຍອັດຕະໂນມັດເມື່ອວຽກງານ asynchronous ຖືກເປີດຕົວ:

private ExecutorService executor = new TracedExecutorService(
    Executors.newFixedThreadPool(10), GlobalTracer.get()
);

ສໍາລັບການຮ້ອງຂໍ http ພາຍນອກມີ TracingHttpClient

HttpClient httpClient = new TracingHttpClientBuilder().build();

ບັນຫາທີ່ພວກເຮົາປະເຊີນ

• ຖົ່ວເຫຼືອງ, ຖົ່ວແລະ DI ບໍ່ໄດ້ເຮັດວຽກສະເຫມີຖ້າຫາກວ່າ tracer ບໍ່ໄດ້ຖືກນໍາໃຊ້ໃນການບໍລິການຫຼືອົງປະກອບ, ຫຼັງຈາກນັ້ນ ມີສາຍອັດຕະໂນມັດ Tracer ອາດຈະບໍ່ເຮັດວຽກແລະທ່ານຈະຕ້ອງໄດ້ໃຊ້ GlobalTracer.get().
• ຄໍາບັນຍາຍບໍ່ເຮັດວຽກຖ້າມັນບໍ່ແມ່ນສ່ວນປະກອບຫຼືການບໍລິການ, ຫຼືຖ້າວິທີການຖືກເອີ້ນຈາກວິທີການໃກ້ຄຽງຂອງຊັ້ນດຽວກັນ. ທ່ານຕ້ອງລະມັດລະວັງເພື່ອກວດເບິ່ງສິ່ງທີ່ເຮັດວຽກແລະນໍາໃຊ້ການສ້າງການຕິດຕາມດ້ວຍຕົນເອງຖ້າ @Traced ບໍ່ເຮັດວຽກ. ນອກນັ້ນທ່ານຍັງສາມາດແນບ compiler ເພີ່ມເຕີມສໍາລັບ java annotations, ຫຼັງຈາກນັ້ນພວກເຂົາຄວນຈະເຮັດວຽກຢູ່ທົ່ວທຸກແຫ່ງ.
• ໃນເກີບຂອງພາກຮຽນ spring ແລະພາກຮຽນ spring ເກົ່າ, ການຕັ້ງຄ່າອັດຕະໂນມັດ opentraing spring cloud ບໍ່ໄດ້ເຮັດວຽກເນື່ອງຈາກແມງໄມ້ໃນ DI, ຫຼັງຈາກນັ້ນ, ຖ້າທ່ານຕ້ອງການໃຫ້ຮ່ອງຮອຍໃນອົງປະກອບຂອງພາກຮຽນ spring ເຮັດວຽກອັດຕະໂນມັດ, ທ່ານສາມາດເຮັດໄດ້ໂດຍການປຽບທຽບກັບ github.com/opentracing-contrib/java-spring-jaeger/blob/master/opentracing-spring-jaeger-starter/src/main/java/io/opentracing/contrib/java/spring/jaeger/starter/JaegerAutoConfiguration.java
• ພະຍາຍາມກັບຊັບພະຍາກອນບໍ່ໄດ້ເຮັດວຽກຢູ່ໃນ groovy, ທ່ານຕ້ອງໃຊ້ຄວາມພະຍາຍາມສຸດທ້າຍ.
• ແຕ່ລະບໍລິການຕ້ອງມີຊື່ spring.application.name ຂອງຕົນເອງພາຍໃຕ້ການຕິດຕາມທີ່ຈະຖືກບັນທຶກ. ຊື່ແຍກຕ່າງຫາກສໍາລັບການຂາຍແລະການທົດສອບແມ່ນຫຍັງ, ເພື່ອບໍ່ໃຫ້ແຊກແຊງພວກເຂົາຮ່ວມກັນ.
• ຖ້າທ່ານໃຊ້ GlobalTracer ແລະ tomcat, ຫຼັງຈາກນັ້ນບໍລິການທັງຫມົດທີ່ແລ່ນຢູ່ໃນ tomcat ນີ້ມີ GlobalTracer ຫນຶ່ງ, ດັ່ງນັ້ນພວກມັນທັງຫມົດຈະມີຊື່ບໍລິການດຽວກັນ.
• ເມື່ອເພີ່ມຮ່ອງຮອຍກັບວິທີການ, ທ່ານຈໍາເປັນຕ້ອງໃຫ້ແນ່ໃຈວ່າມັນບໍ່ໄດ້ຖືກເອີ້ນຫຼາຍຄັ້ງໃນ loop. ມັນເປັນສິ່ງຈໍາເປັນທີ່ຈະເພີ່ມຮ່ອງຮອຍທົ່ວໄປສໍາລັບການໂທທັງຫມົດ, ເຊິ່ງຮັບປະກັນເວລາເຮັດວຽກທັງຫມົດ. ຖ້າບໍ່ດັ່ງນັ້ນ, ການໂຫຼດເກີນຈະຖືກສ້າງຂຶ້ນ.
• ເມື່ອຢູ່ໃນ jaeger-ui, ການຮ້ອງຂໍຂະຫນາດໃຫຍ່ເກີນໄປໄດ້ຖືກເຮັດສໍາລັບຈໍານວນຮ່ອງຮອຍຈໍານວນຫລາຍ, ແລະຍ້ອນວ່າພວກເຂົາບໍ່ໄດ້ລໍຖ້າຄໍາຕອບ, ພວກເຂົາໄດ້ເຮັດມັນອີກເທື່ອຫນຶ່ງ. ດັ່ງນັ້ນ, jaeger-query ເລີ່ມກິນອາຫານຄວາມຊົງຈໍາຫຼາຍແລະຊ້າລົງ elastic. ຊ່ວຍໄດ້ໂດຍການຣີສະຕາດ jaeger-query

ການເກັບຕົວຢ່າງ, ເກັບຮັກສາແລະເບິ່ງຮ່ອງຮອຍ

ມີສາມປະເພດ ການເກັບຕົວຢ່າງ:

1. Const ທີ່ສົ່ງແລະບັນທຶກການຕິດຕາມທັງຫມົດ.
2. Probabilistic ທີ່ກັ່ນຕອງການຕິດຕາມດ້ວຍຄວາມເປັນໄປໄດ້ທີ່ໃຫ້ໄວ້ບາງອັນ.
3. ການຈຳກັດອັດຕາທີ່ຈຳກັດຈຳນວນການຕິດຕາມຕໍ່ວິນາທີ. ທ່ານສາມາດ configure ການຕັ້ງຄ່າເຫຼົ່ານີ້ຢູ່ໃນລູກຄ້າ, ບໍ່ວ່າຈະຢູ່ໃນ jaeger-agent ຫຼືໃນຕົວເກັບ. ໃນປັດຈຸບັນພວກເຮົາໃຊ້ const 1 ໃນ stack valuator, ເນື່ອງຈາກວ່າບໍ່ມີການຮ້ອງຂໍຫຼາຍ, ແຕ່ພວກເຂົາໃຊ້ເວລາດົນ. ໃນອະນາຄົດ, ຖ້າສິ່ງນີ້ຈະເຮັດໃຫ້ການໂຫຼດຫຼາຍເກີນໄປໃນລະບົບ, ທ່ານສາມາດຈໍາກັດມັນໄດ້.

ຖ້າທ່ານໃຊ້ cassandra, ຫຼັງຈາກນັ້ນໂດຍຄ່າເລີ່ມຕົ້ນມັນເກັບຮັກສາພຽງແຕ່ສອງມື້. ພວກເຮົາກໍາລັງໃຊ້ ແຜ່ນຍືດ ແລະ​ການ​ຕິດ​ຕາມ​ຖືກ​ເກັບ​ຮັກ​ສາ​ໄວ້​ສໍາ​ລັບ​ທຸກ​ເວ​ລາ​ແລະ​ບໍ່​ໄດ້​ຖືກ​ລົບ​. ດັດສະນີແຍກຕ່າງຫາກແມ່ນສ້າງຂື້ນສໍາລັບແຕ່ລະມື້, ຕົວຢ່າງ jaeger-service-2019-03-04. ໃນອະນາຄົດ, ທ່ານຈໍາເປັນຕ້ອງກໍານົດການທໍາຄວາມສະອາດອັດຕະໂນມັດຂອງຮ່ອງຮອຍເກົ່າ.

ເພື່ອເບິ່ງການຕິດຕາມທີ່ທ່ານຕ້ອງການ:

• ເລືອກການບໍລິການທີ່ທ່ານຕ້ອງການກັ່ນຕອງການຕິດຕາມ, ຕົວຢ່າງ, tomcat7-default ສໍາລັບການບໍລິການທີ່ເຮັດວຽກຢູ່ໃນ tomcat ແລະບໍ່ສາມາດມີຊື່ຂອງຕົນເອງໄດ້.
• ຫຼັງຈາກນັ້ນ, ເລືອກເອົາການດໍາເນີນງານ, ໄລຍະເວລາແລະເວລາປະຕິບັດງານຕໍາ່ສຸດທີ່, ຕົວຢ່າງຈາກ 10 ວິນາທີ, ໃຊ້ເວລາພຽງແຕ່ປະຕິບັດຍາວ.
  
• ໄປຫາຫນຶ່ງໃນຮ່ອງຮອຍແລະເບິ່ງສິ່ງທີ່ຊ້າລົງຢູ່ທີ່ນັ້ນ.
  

ນອກຈາກນັ້ນ, ຖ້າບາງ id ການຮ້ອງຂໍແມ່ນເປັນທີ່ຮູ້ຈັກ, ຫຼັງຈາກນັ້ນ, ທ່ານສາມາດຊອກຫາ trace ໂດຍ id ນີ້ໂດຍຜ່ານການຄົ້ນຫາແທັກ, ຖ້າ id ນີ້ຖືກບັນທຶກຢູ່ໃນ trace span.

Документация

• ເອກະສານ opentracing opentracing.io/docs/overview/what-is-tracing
• ເອກະສານ jaeger www.jaegertracing.io/docs/1.10
• ການເຊື່ອມຕໍ່ Jaeger java github.com/jaegertracing/jaeger-client-java
• ພາກຮຽນ spring ເປີດ tracing ການເຊື່ອມຕໍ່
  github.com/jaegertracing/jaeger-client-java
  github.com/opentracing-contrib/java-spring-cloud

ບົດ​ຄວາມ​ທີ່

• habr.com/ru/company/carprice/blog/340946 Jaeger Opentracing ແລະ Microservices ໃນໂຄງການ PHP ແລະ Golang ທີ່ແທ້ຈິງ
• www.uber.com/distributed-tracing Evolving Distributed Tracing ຢູ່ Uber Engineering
• opentracing.io/guides/java
• medium.com/jaegertracing/running-jaeger-agent-on-bare-metal-d1fc47d31fab ແລ່ນຕົວແທນ Jaeger ໃນໂລຫະເປົ່າ

ວີ​ດີ​ໂອ

• www.youtube.com/watch?v=qg0ENOdP1Lo ວິທີທີ່ພວກເຮົາໃຊ້ Jaeger ແລະ Prometheus ເພື່ອສົ່ງຄໍາຖາມຜູ້ໃຊ້ໄວຟ້າຜ່າ - Bryan Boreham
• www.youtube.com/watch?v=WRntQsUajow Intro: Jaeger - Yuri Shkuro, Uber & Pavol Loffay, Red Hat
• www.youtube.com/watch?v=fsHb0qK37bc Serghei Iakovlev, "ເລື່ອງເລັກໆນ້ອຍໆຂອງໄຊຊະນະໃຫຍ່: OpenTracing, AWS ແລະ Jaeger"

ແຫຼ່ງຂໍ້ມູນ: www.habr.com