ဝန်ဆောင်မှုခြေရာခံခြင်း၊ OpenTracing နှင့် Jaeger

ကျွန်ုပ်တို့သည် ကျွန်ုပ်တို့၏ပရောဂျက်များတွင် မိုက်ခရိုဝန်ဆောင်မှုဗိသုကာကို အသုံးပြုပါသည်။ စွမ်းဆောင်ရည် ပိတ်ဆို့မှုများ ဖြစ်ပေါ်လာသောအခါ၊ စောင့်ကြည့်ခြင်းနှင့် မှတ်တမ်းများကို ခွဲခြမ်းစိတ်ဖြာရန် အချိန်များစွာ သုံးစွဲရသည်။ တစ်ဦးချင်းစီ လုပ်ဆောင်ချက်များ၏ အချိန်များကို မှတ်တမ်းဖိုင်တစ်ခုသို့ မှတ်တမ်းတင်သည့်အခါ၊ လုပ်ဆောင်ချက်များ၏ စီစဥ်မှုကို ခြေရာခံရန် သို့မဟုတ် မတူညီသော ဝန်ဆောင်မှုတစ်ခုမှ တစ်ခုနှင့်တစ်ခု ဆက်စပ်နေသော လုပ်ဆောင်ချက်တစ်ခု၏ အချိန်ပြောင်းရွေ့မှုကို သိရှိရန်မှာ အများအားဖြင့် နားလည်ရခက်ပါသည်။

အလုပ်ကြမ်းကို လျှော့ချရန်အတွက် ခြေရာခံကိရိယာများထဲမှ တစ်ခုကို အသုံးပြုရန် ဆုံးဖြတ်ခဲ့သည်။ ခြေရာခံခြင်းကို သင်အသုံးပြုပုံနှင့် အကြောင်းရင်းနှင့် ၎င်းကို ကျွန်ုပ်တို့ပြုလုပ်ပုံအကြောင်းနှင့် ဤဆောင်းပါးတွင် ဆွေးနွေးပါမည်။

ဘယ်လိုပြဿနာတွေကို ခြေရာခံခြင်းဖြင့် ဖြေရှင်းနိုင်မလဲ။

1. ဝန်ဆောင်မှုတစ်ခုတည်းအတွင်းနှင့် ပါဝင်သောဝန်ဆောင်မှုအားလုံးကြားရှိ လုပ်ဆောင်ချက်သစ်ပင်တစ်ခုလုံးတွင် စွမ်းဆောင်ရည်ဆိုင်ရာ ပိတ်ဆို့မှုများကို ရှာဖွေပါ။ ဥပမာအားဖြင့်:
   • ဥပမာအားဖြင့်၊ geocoding သို့မဟုတ် ဒေတာဘေ့စ်သို့ ဝန်ဆောင်မှုများအကြား တိုတောင်းသောဆက်တိုက်ခေါ်ဆိုမှုများ။
   • ကွန်ရက် လွှဲပြောင်းမှုများ သို့မဟုတ် ဒစ်ခ်ဖတ်ခြင်းကဲ့သို့သော I/O ကြာမြင့်စွာ စောင့်ဆိုင်းခြင်း။
   • ဒေတာ ရှည်လျားစွာ ပိုင်းခြားခြင်း။
   • cpu လိုအပ်သော ကြာမြင့်စွာ လုပ်ဆောင်ချက်များ။
   • နောက်ဆုံးရလဒ်ရရှိရန် မလိုအပ်ဘဲ ကုဒ်အပိုင်းများကို ဖယ်ရှားနိုင်သည် သို့မဟုတ် နှောင့်နှေးနိုင်ပါသည်။
2. မည်သည့်အစီအစဥ်ကို ခေါ်သည်နှင့် ခွဲစိတ်မှုပြုလုပ်သောအခါ ဘာဖြစ်မည်ကို ရှင်းရှင်းလင်းလင်း နားလည်ပါ။
   
   ဥပမာအားဖြင့် Request သည် WS service သို့ရောက်လာသည် -> WS service မှ data များကို R service မှထည့်သည် -> ထို့နောက် V service သို့ တောင်းဆိုမှုတစ်ခုပေးပို့သည် -> V service သည် R မှ data များစွာကို load လုပ်သည်ကိုတွေ့မြင်နိုင်ပါသည်။ service -> P ဝန်ဆောင်မှုသို့သွားသည် -> P ဝန်ဆောင်မှုသည် ဝန်ဆောင်မှု R -> ဝန်ဆောင်မှု V သို့ ပြန်သွားသည် ရလဒ်ကို လျစ်လျူရှုပြီး ဆားဗစ် J သို့သွားသည် -> ထို့နောက်မှသာ ဝန်ဆောင်မှု WS သို့ တုံ့ပြန်မှုကို ပြန်ပေးကာ အခြားအရာများကို ဆက်လက်တွက်ချက်နေချိန်တွင်၊ နောက်ခံ။
   လုပ်ငန်းစဉ်တစ်ခုလုံးအတွက် ထိုသို့သောသဲလွန်စ သို့မဟုတ် အသေးစိတ်စာရွက်စာတမ်းများမပါဘဲ၊ သင်သည် ကုဒ်ကို ပထမဆုံးအကြိမ်ကြည့်ရှုသောအခါတွင် ဖြစ်ပျက်နေသည်များကို နားလည်ရန် အလွန်ခက်ခဲပြီး ကုဒ်သည် မတူညီသောဝန်ဆောင်မှုများပေါ်တွင် ပြန့်ကျဲနေပြီး bins နှင့် interface အများအပြားနောက်တွင် ဝှက်ထားသည်။
3. နောက်ဆက်တွဲ ရွှေ့ဆိုင်းထားသော ခွဲခြမ်းစိတ်ဖြာမှုအတွက် ကွပ်မျက်မှုသစ်ပင်အကြောင်း အချက်အလက်စုဆောင်းခြင်း။ လုပ်ဆောင်မှု အဆင့်တစ်ခုစီတွင်၊ သင်သည် ဤအဆင့်တွင် ရရှိနိုင်သည့် ခြေရာခံသို့ အချက်အလက်များကို ပေါင်းထည့်နိုင်ပြီး အလားတူ အခြေအနေမျိုးသို့ မည်ကဲ့သို့ ထည့်သွင်းသည့် အချက်အလက်ကို တွက်ဆနိုင်မည်နည်း။ ဥပမာအားဖြင့်:
   • သုံးစွဲသူအိုင်ဒီ
   • အခွင့်အရေးများ
   • ရွေးချယ်ထားသောနည်းလမ်းအမျိုးအစား
   • မှတ်တမ်း သို့မဟုတ် လုပ်ဆောင်မှု အမှားအယွင်း
4. ခြေရာများကို မက်ထရစ်များ၏ အစုခွဲတစ်ခုအဖြစ်သို့ ပြောင်းလဲကာ မက်ထရစ်များပုံစံဖြင့် ရှိနှင့်ပြီးသား နောက်ထပ်ခွဲခြမ်းစိတ်ဖြာမှုများ။

ဘယ်ခြေရာခံနိုင်မလဲ။ ထွာ

ခြေရာခံခြင်းတွင် span တစ်ခု၏ သဘောတရားတစ်ခု ရှိသည်၊ ၎င်းသည် ကွန်ဆိုးလ်သို့ မှတ်တမ်းတစ်ခု၏ analogue တစ်ခုဖြစ်သည်။ Spa တွင်-

• အမည်၊ အများအားဖြင့် လုပ်ဆောင်ခဲ့သော နည်းလမ်း၏ အမည်ဖြစ်သည်။
• span ကိုထုတ်ပေးသည့်ဝန်ဆောင်မှု၏အမည်
• ကိုယ်ပိုင်ထူးခြားသော ID
• ၎င်းသို့ဝင်ရောက်ထားသည့်သော့/တန်ဖိုးပုံစံဖြင့် meta အချက်အလက်အချို့။ ဥပမာအားဖြင့် method parameters များ သို့မဟုတ် method သည် error သို့မဟုတ် not ဖြင့် အဆုံးသတ်ပါသည်။
• ဤအပိုင်းအတွက် စတင်ချိန်နှင့် ပြီးဆုံးချိန်များ
• ပင်မအတိုင်းအတာ ID

အပိုင်းတစ်ခုစီကို ၎င်း၏လုပ်ဆောင်မှုပြီးသည်နှင့်တပြိုင်နက် နောက်ပိုင်းပြန်လည်သုံးသပ်ရန်အတွက် ဒေတာဘေ့စ်တွင် သိမ်းဆည်းထားရန် span စုဆောင်းသူထံ ပေးပို့သည်။ အနာဂတ်တွင်၊ မိဘ ID ဖြင့် ချိတ်ဆက်ခြင်းဖြင့် နယ်ပယ်အားလုံး၏ သစ်ပင်တစ်ပင်ကို သင်တည်ဆောက်နိုင်သည်။ ခွဲခြမ်းစိတ်ဖြာသည့်အခါ၊ ဥပမာအားဖြင့်၊ အချို့သောဝန်ဆောင်မှုများတွင် အချိန်ပိုယူရသည့် အတိုင်းအတာအားလုံးကို သင်တွေ့နိုင်သည်။ ထို့အပြင်၊ သတ်မှတ်ထားသောအတိုင်းအတာတစ်ခုသို့သွားခြင်းဖြင့်၊ ဤအတိုင်းအတာအပေါ်နှင့်အောက်ရှိသစ်ပင်တစ်ခုလုံးကိုကြည့်ပါ။

Opentrace၊ Jagger နှင့် ကျွန်ုပ်တို့၏ ပရောဂျက်များအတွက် ၎င်းကို မည်သို့အကောင်အထည်ဖော်ခဲ့သနည်း။

ဘုံစံတစ်ခုရှိတယ်။ opentraceမည်သည့်ဘာသာစကားဖြင့်မဆို တိကျသောအကောင်အထည်ဖော်မှုတစ်ခုကို ခြေရာခံခြင်းဖြင့် ချိတ်ဆက်ခြင်းမရှိဘဲ မည်သို့စုဆောင်းသင့်သည်ကို ဖော်ပြသည့်၊ ဥပမာအားဖြင့်၊ Java တွင်၊ သဲလွန်စများနှင့်အတူ လုပ်ဆောင်မှုအားလုံးကို ဘုံ Opentrace API မှတဆင့် လုပ်ဆောင်မည်ဖြစ်ပြီး၊ ဥပမာအားဖြင့်၊ Jaeger သို့မဟုတ် မည်သည့်အရာကိုမျှ ဝှက်ထား၍မရနိုင်သော အချည်းနှီးသော ပုံသေအကောင်အထည်ဖော်မှုတစ်ခုဖြစ်သည်။
ကျွန်တော်တို့ သုံးနေတယ်။ မုဆိုး Opentrace ၏အကောင်အထည်ဖော်မှုအဖြစ်။ ၎င်းတွင် အစိတ်အပိုင်းများစွာ ပါဝင်သည်-

• Jaeger-agent သည် စက်တစ်ခုစီတွင် ပုံမှန်အားဖြင့် ထည့်သွင်းလေ့ရှိပြီး ဝန်ဆောင်မှုများကို စက်တွင်းရှိ ပုံသေအပေါက်တွင် ထည့်သွင်းထားသည်။ အေးဂျင့်မရှိပါက၊ ဤစက်ရှိ ဝန်ဆောင်မှုအားလုံး၏ ခြေရာများကို များသောအားဖြင့် ပိတ်ထားသည်။
• Jaeger-collector - အေးဂျင့်များအားလုံးသည် ၎င်းထံ စုဆောင်းထားသော ခြေရာများကို ပေးပို့ပြီး ၎င်းတို့ကို ရွေးချယ်ထားသော ဒေတာဘေ့စ်တွင် ထည့်သွင်းထားသည်။
• ဒေတာဘေ့စ်သည် ၎င်းတို့နှစ်သက်သော Cassandra ဖြစ်သည်၊ သို့သော် ကျွန်ုပ်တို့သည် elasticsearch ကိုအသုံးပြုသည်၊ အခြားဒေတာဘေ့စ်အချို့နှင့် disk တွင်ဘာမှမသိမ်းဆည်းနိုင်သော in-memory အကောင်အထည်ဖော်မှုများအတွက် အကောင်အထည်ဖော်မှုများရှိပါသည်။
• Jaeger-query သည် ဒေတာဘေ့စ်သို့သွားကာ ခွဲခြမ်းစိတ်ဖြာရန်အတွက် စုဆောင်းထားပြီးသော ခြေရာများကို ပြန်ပေးသည့် ဝန်ဆောင်မှုတစ်ခုဖြစ်သည်။
• Jaeger-ui သည် ခြေရာများကို ရှာဖွေခြင်းနှင့် ကြည့်ရှုခြင်းအတွက် ဝဘ်အင်တာဖေ့စ်တစ်ခုဖြစ်ပြီး ၎င်းသည် jaeger-query သို့သွားသည်

သီးခြားဘာသာစကားများအတွက် opentrace jaeger ကို အကောင်အထည်ဖော်ခြင်းဟု ခေါ်ဆိုနိုင်ပြီး ၎င်းမှတဆင့် jaeger-agent သို့ spans များကို ပေးပို့သည်။
Java တွင် Jagger ကိုချိတ်ဆက်ခြင်း။ io.opentracing.Tracer အင်တာဖေ့စ်ကို အကောင်အထည် ဖော်ရန် ဆင်းသက်လာပြီး၊ ၎င်းမှ တစ်ဆင့် ခြေရာခံများ အစစ်အမှန် အေးဂျင့်ထံ ပျံသန်းသွားပါမည်။

စပရိန်အစိတ်အပိုင်းများအတွက်လည်း, သင်ချိတ်ဆက်နိုင်ပါတယ်။ opentracing-spring-cloud-starter နှင့် Jaeger မှအကောင်အထည်ဖော်မှု opentracing-spring-jaeger-cloud-starter ၎င်းသည် ဤအစိတ်အပိုင်းများမှတဆင့်ဖြတ်သန်းသွားသည့်အရာအားလုံးအတွက် ခြေရာခံခြင်းကို အလိုအလျောက်စီစဉ်ပေးမည်၊ ဥပမာအားဖြင့် ထိန်းချုပ်သူများထံသို့ http တောင်းဆိုမှုများ၊ jdbc မှတဆင့် ဒေတာဘေ့စ်သို့ တောင်းဆိုမှုများ၊ စသည်တို့ဖြစ်သည်။

Java တွင် လော့ဂ်အင်လမ်းကြောင်းများ

ထိပ်တန်းအဆင့်တစ်နေရာတွင်၊ ပထမ Span ကို ဖန်တီးရမည်ဖြစ်ပြီး၊ ဥပမာ၊ တောင်းဆိုမှုတစ်ခုလက်ခံရရှိသောအခါတွင် စပရိန်ထိန်းချုပ်ကိရိယာမှ အလိုအလျောက်လုပ်ဆောင်နိုင်သည်၊ သို့မဟုတ် မရှိလျှင် လူကိုယ်တိုင်လုပ်ဆောင်နိုင်သည်။ ထို့နောက် ၎င်းကို အောက်ပါ Scope မှတဆင့် ကူးစက်သည်။ အောက်ဖော်ပြပါနည်းလမ်းတစ်ခုခုသည် Span ကိုထည့်လိုပါက၊ ၎င်းသည် Scope မှ လက်ရှိ activeSpan ကိုယူ၍ Span အသစ်တစ်ခုဖန်တီးကာ ၎င်း၏မိဘသည် ရလဒ်ထွက်ရှိသော activeSpan ဟုပြောကာ Span အသစ်ကို တက်ကြွစေသည်။ ပြင်ပဝန်ဆောင်မှုများကို ခေါ်ဆိုသည့်အခါ၊ လက်ရှိအသုံးပြုနေသည့် အတိုင်းအတာကို ၎င်းတို့ထံ ပေးပို့ပြီး အဆိုပါဝန်ဆောင်မှုများသည် ဤအတိုင်းအတာကို ရည်ညွှန်း၍ အပိုင်းအသစ်များကို ဖန်တီးပေးပါသည်။
အလုပ်အားလုံးသည် Tracer ဥပမာအားဖြင့်သွားသည်၊ DI ယန္တရားအလုပ်မလုပ်ပါက DI ယန္တရားမှတဆင့် သင်ရနိုင်သည်၊ သို့မဟုတ် GlobalTracer.get () ကို global variable အဖြစ် သင်ရနိုင်သည်။ ပုံမှန်အားဖြင့်၊ ခြေရာခံခြင်းကို အစမပြုပါက၊ NoopTracer သည် ဘာမှမလုပ်ဘဲ ပြန်သွားလိမ့်မည်။
ထို့အပြင်၊ လက်ရှိနယ်ပယ်ကို ScopeManager မှတစ်ဆင့် tracer မှရယူသည်၊ အတိုင်းအတာအသစ်ကို လက်ရှိတစ်ခုမှဖန်တီးကာ အတိုင်းအတာအသစ်ကိုဖန်တီးပြီးနောက် ဖန်တီးထားသော Scope ကိုပိတ်သည်၊ ၎င်းသည် ဖန်တီးထားသောအတိုင်းအတာကိုပိတ်ကာ ယခင် Scope ကိုပြန်ပေးသည်။ တက်ကြွသောပြည်နယ်။ Scope ကို thread တစ်ခုနှင့် ချိတ်ထားသောကြောင့် multi-threaded programming တွင်၊ ဤ span ကိုရည်ညွှန်းပြီး အခြား thread ၏ Scope ကို ထပ်မံအသက်သွင်းရန်အတွက်၊ active span ကို အခြား thread သို့ လွှဲပြောင်းရန် မမေ့သင့်ပါ။

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)) {
                ...
            }
        });
    }
}

Multi-threaded programming အတွက်၊ asynchronous tasks များကို စတင်သောအခါတွင် လက်ရှိ span ကို thread သို့ အလိုအလျောက် ပို့ဆောင်ပေးသော TracedExecutorService နှင့် အလားတူ wrappers များလည်း ရှိပါသည်။

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

ပြင်ပ http တောင်းဆိုမှုများအတွက် ရှိပါသည်။ TracingHttpClient

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

ကျွန်တော်တို့ ကြုံတွေ့ရတဲ့ ပြဿနာတွေပါ။

• ဝန်ဆောင်မှု သို့မဟုတ် အစိတ်အပိုင်းတစ်ခုတွင် ခြေရာခံကို အသုံးမပြုပါက ပဲနှင့် DI သည် အမြဲတမ်း အလုပ်မလုပ်ပါ။ အလိုအလျောက်ကြိုးတပ်ထားသည်။ Tracer အလုပ်မလုပ်နိုင်ပြီး GlobalTracer.get() ကို အသုံးပြုရပါမည်။
• မှတ်ချက်များသည် ၎င်းသည် အစိတ်အပိုင်း သို့မဟုတ် ဝန်ဆောင်မှုမဟုတ်ပါက သို့မဟုတ် နည်းလမ်းကို တူညီသောအတန်း၏ အနီးနားရှိနည်းလမ်းတစ်ခုမှ ခေါ်ဆိုပါက အလုပ်မလုပ်ပါ။ @Traced အလုပ်မလုပ်ပါက၊ မည်သည့်အရာ အလုပ်လုပ်သည်ကို စစ်ဆေးရန်နှင့် ကိုယ်တိုင်ခြေရာခံဖန်တီးမှုကို အသုံးပြုရန် သတိထားရပါမည်။ java မှတ်ချက်များ အတွက် နောက်ထပ် compiler တစ်ခုကိုလည်း ပူးတွဲတင်နိုင်သည်၊ ထို့နောက် ၎င်းတို့သည် နေရာတိုင်းတွင် အလုပ်လုပ်သင့်ပါသည်။
• စပရိန်ဟောင်းနှင့် စပရိန်ဘွတ်ဖိနပ်များတွင်၊ opentraing spring cloud autoconfiguration သည် DI ရှိ bugs များကြောင့် အလုပ်မလုပ်ပါ၊ ထို့နောက် spring components များမှ ခြေရာများကို အလိုအလျောက်အလုပ်လုပ်စေလိုပါက၊ နှိုင်းယှဥ်ခြင်းဖြင့် ၎င်းကို သင်လုပ်ဆောင်နိုင်ပါသည်။ 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 ကိုအသုံးပြုပါက၊ ဤကြောင်ထီးတွင်လည်ပတ်နေသောဝန်ဆောင်မှုများအားလုံးတွင် GlobalTracer တစ်ခုရှိသည်၊ ထို့ကြောင့် ၎င်းတို့အားလုံးသည် တူညီသောဝန်ဆောင်မှုအမည်ရှိမည်ဖြစ်သည်။
• နည်းလမ်းတစ်ခုသို့ ခြေရာခံများထည့်သည့်အခါ၊ ၎င်းကို loop တစ်ခုတွင် အကြိမ်များစွာ မခေါ်ထားကြောင်း သေချာရန် လိုအပ်သည်။ စုစုပေါင်း အလုပ်ချိန်ကို အာမခံသည့် ခေါ်ဆိုမှုအားလုံးအတွက် ဘုံခြေရာခံတစ်ခုကို ထည့်ရန် လိုအပ်ပါသည်။ မဟုတ်ပါက၊ ပိုလျှံသောဝန်ကိုဖန်တီးလိမ့်မည်။
• jaeger-ui တွင် တစ်ကြိမ်၊ သဲလွန်စ အများအပြားအတွက် တောင်းဆိုမှုများ အလွန်ကြီးမားခဲ့ပြီး တုံ့ပြန်မှုကို မစောင့်ဘဲ ၎င်းတို့ ထပ်မံပြုလုပ်ခဲ့သည်။ ရလဒ်အနေနဲ့ jaeger-query ဟာ မှတ်ဉာဏ်တွေ အများကြီးစားလာပြီး elastic နှေးကွေးလာတယ်။ jaeger-query ကို ပြန်လည်စတင်ခြင်းဖြင့် ကူညီခဲ့သည်။

နမူနာယူခြင်း၊ သိမ်းဆည်းခြင်းနှင့် ခြေရာများကိုကြည့်ရှုခြင်း။

သုံးမျိုးရှိတယ်။ နမူနာခြေရာများ:

1. ခြေရာများအားလုံးကို ပေးပို့ပြီး သိမ်းဆည်းပေးသည့် Const
2. ဖြစ်နိုင်ခြေအချို့နှင့် ခြေရာခံများကို စစ်ထုတ်သည့် Probabilistic
3. တစ်စက္ကန့်လျှင် ခြေရာခံအရေအတွက်ကို ကန့်သတ်သည့် အဆင့်သတ်မှတ်ခြင်း။ jaeger-agent တွင်ဖြစ်စေ စုဆောင်းသူတွင်ဖြစ်စေ ဤဆက်တင်များကို client တွင် configure လုပ်နိုင်ပါသည်။ တောင်းဆိုမှုများစွာမရှိသော်လည်း ၎င်းတို့သည် အချိန်ကြာမြင့်သောကြောင့် ယခုကျွန်ုပ်တို့သည် valuator stack တွင် const 1 ကိုအသုံးပြုပါသည်။ နောင်တွင်၊ ၎င်းသည် စနစ်တွင် အလွန်အကျွံ ဝန်ပိုလာပါက၊ သင်သည် ၎င်းကို ကန့်သတ်နိုင်သည်။

အကယ်၍ သင်သည် Cassandra ကိုအသုံးပြုပါက၊ ပုံမှန်အားဖြင့် ၎င်းသည် သဲလွန်စများကို နှစ်ရက်သာ သိမ်းဆည်းထားသည်။ ကျွန်တော်တို့ သုံးနေတယ်။ elasticsearch ကိုရှာပါ နှင့် ခြေရာများကို အချိန်တိုင်း သိမ်းဆည်းထားပြီး မဖျက်ပစ်ပါ။ ဥပမာ jaeger-service-2019-03-04 နေ့ရက်တိုင်းအတွက် သီးခြားအညွှန်းတစ်ခုကို ဖန်တီးထားသည်။ အနာဂတ်တွင်၊ သင်သည် သဲလွန်စဟောင်းများကို အလိုအလျောက် သန့်ရှင်းရေး ပြုလုပ်ရန် လိုအပ်သည်။

သဲလွန်စများကိုကြည့်ရှုရန်အတွက် သင်လိုအပ်သည်-

• ဥပမာ၊ tomcat တွင်လည်ပတ်နေပြီး ၎င်း၏ကိုယ်ပိုင်အမည်မရနိုင်သောဝန်ဆောင်မှုအတွက် tomcat7-မူလ-ခြေရာများကိုသင်စစ်ထုတ်လိုသည့်ဝန်ဆောင်မှုကိုရွေးချယ်ပါ။
• ထို့နောက် ကြာမြင့်စွာ ကွပ်မျက်ခြင်းများကိုသာ ပြုလုပ်ရန်၊ ဥပမာအားဖြင့် 10 စက္ကန့်မှ လုပ်ဆောင်ချက်၊ အချိန်ကြားကာလနှင့် အနည်းဆုံး လည်ပတ်ချိန်ကို ရွေးချယ်ပါ။
  
• သဲလွန်စများထဲမှ တစ်ခုသို့သွား၍ ထိုနေရာတွင် အရှိန်လျှော့သွားသည်ကို ကြည့်ပါ။
  

ထို့အပြင်၊ အချို့သောတောင်းဆိုမှု id ကိုသိပါက၊ ဤ id သည် trace span တွင်ဝင်ရောက်နေပါက၊ ဤid ကို trace span တွင်ဝင်ရောက်ထားပါက၊ ဤ id မှခြေရာခံကိုရှာဖွေနိုင်သည်။

စာရွက်စာတမ်းများ

• opentracing စာရွက်စာတမ်း opentracing.io/docs/overview/what-is-tracing
• jaeger စာတမ်း www.jaegertracing.io/docs/1.10
• Jaeger java ချိတ်ဆက်မှု github.com/jaegertracing/jaeger-client-java
• spring open tracing ချိတ်ဆက်မှု
  github.com/jaegertracing/jaeger-client-java
  github.com/opentracing-contrib/java-spring-cloud

ဆောင်းပါးများ

• habr.com/ru/company/carprice/blog/340946 တကယ့် PHP နှင့် Golang ပရောဂျက်တွင် Jaeger Opentracing နှင့် Microservices
• www.uber.com/distributed-tracing Uber အင်ဂျင်နီယာဌာနတွင် ဖြန့်ဝေထားသော ခြေရာခံခြင်း တိုးတက်ပြောင်းလဲခြင်း။
• opentracing.io/guides/java
• medium.com/jaegertracing/running-jaeger-agent-on-bare-metal-d1fc47d31fab Jaeger Agent ကို သတ္တုအလွတ်ဖြင့် လုပ်ဆောင်ခြင်း။

Видео

• www.youtube.com/watch?v=qg0ENOdP1Lo လျှပ်စီးကြောင်း-မြန်ဆန်သောအသုံးပြုသူမေးခွန်းများကိုပေးပို့ရန် Jaeger နှင့် Prometheus ကိုအသုံးပြုပုံ — Bryan Boreham
• www.youtube.com/watch?v=WRntQsUajow မိတ်ဆက်- Jaeger - Yuri Shkuro၊ Uber နှင့် Pavol Loffay၊ Red Hat
• www.youtube.com/watch?v=fsHb0qK37bc Sergei Iakovlev၊ "ကြီးမားတဲ့အောင်ပွဲရဲ့အသေးစားဇာတ်လမ်း- OpenTracing၊ AWS နဲ့ Jaeger"

source: www.habr.com