Kubernetes အတွင်းရှိ cloud FaaS ကို မည်သို့ဖန်တီးပြီး Tinkoff ဟက်ကာသွန်ကို ရရှိခဲ့သည်။

ယမန်နှစ်မှစတင်၍ ကျွန်ုပ်တို့၏ကုမ္ပဏီသည် ဟက်ကာသွန်ပြိုင်ပွဲကို စတင်ကျင်းပခဲ့ပါသည်။ ပထမအကြိမ်ပြိုင်ပွဲက အရမ်းအောင်မြင်ခဲ့ပြီး အဲဒီအကြောင်းကို ရေးခဲ့ပါတယ်။ ဆောင်းပါး. ဒုတိယအကြိမ် ဟက်ကာသွန်ကို 2019 ခုနှစ် ဖေဖော်ဝါရီလတွင် ကျင်းပခဲ့ပြီး မအောင်မြင်ခဲ့ပေ။ သိပ်မကြာသေးခင်က ကိုင်ထားတဲ့ ပန်းတိုင်တွေအကြောင်း ငါရေးသားခဲ့သည် စည်းရုံးရေးမှူး။

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

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

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

အမှတ်ပေးကဘာလဲ

Tinkoff.ru တွင် ခေတ်မီကုမ္ပဏီများကဲ့သို့ပင် ဖောက်သည် အမှတ်ပေးမှုများရှိသည်။ Scoring သည် ဒေတာခွဲခြမ်းစိတ်ဖြာမှု၏ ကိန်းဂဏန်းအချက်အလက်များအပေါ်အခြေခံ၍ ဖောက်သည်အကဲဖြတ်ခြင်းစနစ်တစ်ခုဖြစ်သည်။

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

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

ထိုသို့သော အကဲဖြတ်မှုနည်းလမ်းသည် အမျိုးမျိုးသော အချက်အလက်ထည့်သွင်းမှုကို လက်ခံနိုင်သည်။ တစ်ချိန်ချိန်၌ ကျွန်ုပ်တို့သည် သမိုင်းအချက်အလက်ဆိုင်ရာ ခွဲခြမ်းစိတ်ဖြာမှုရလဒ်များအပေါ် အခြေခံ၍ ဝန်ဆောင်မှုကိုအသုံးပြုခြင်း၏ပြောင်းလဲခြင်းနှုန်းကို တိုးမြှင့်ပေးမည့် input တွင် ကန့်သတ်ချက်အသစ်တစ်ခုကို ထည့်သွင်းနိုင်သည်။

ကျွန်ုပ်တို့သည် ဖောက်သည်ဆက်ဆံရေးနှင့်ပတ်သက်သည့် ဒေတာများစွာကို ကိုင်ဆောင်ထားပြီး ဤအချက်အလက်များ၏ ပမာဏသည် အဆက်မပြတ်တိုးနေပါသည်။ အမှတ်ပေးနိုင်ရန်၊ ဒေတာစီမံဆောင်ရွက်ပေးခြင်းတွင် အက်ပလီကေးရှင်းကိုမည်သူအတည်ပြုရမည်၊ မည်သူကိုငြင်းပယ်ရမည်၊ မည်သူ့ကိုကမ်းလှမ်းရမည်ကို လျင်မြန်စွာဆုံးဖြတ်နိုင်စေမည့် စည်းမျဉ်းများ (သို့မဟုတ် သင်္ချာပုံစံများ) ကိုလည်း လိုအပ်ပါသည်။

လက်ထဲတွင်ရှိသော အလုပ်အတွက်၊ ကျွန်ုပ်တို့သည် အထူးပြုဆုံးဖြတ်ချက်ချသည့်စနစ်ကို အသုံးပြုထားပြီးဖြစ်သည်။ IBM WebSphere ILOG JRules BRMSလေ့လာသူများ၊ နည်းပညာပညာရှင်များနှင့် ဆော့ဖ်ဝဲရေးသားသူများမှ သတ်မှတ်ထားသော စည်းမျဉ်းများအပေါ် အခြေခံ၍ ဘဏ်လုပ်ငန်းဆိုင်ရာ ထုတ်ကုန်တစ်ခုကို သုံးစွဲသူအား အတည်ပြုရန် သို့မဟုတ် ငြင်းဆိုခြင်းရှိမရှိ ဆုံးဖြတ်သည်။

စျေးကွက်တွင် အမှတ်ပေးပုံစံများနှင့် ဆုံးဖြတ်ချက်ချသည့်စနစ်များ နှစ်ခုစလုံးတွင် အဆင်သင့်လုပ်ထားသည့် ဖြေရှင်းချက်များစွာရှိသည်။ ကျွန်ုပ်တို့ ကုမ္ပဏီတွင် ဤစနစ်များထဲမှ တစ်ခုကို အသုံးပြုပါသည်။ သို့သော် လုပ်ငန်းသည် ကြီးထွားလာပြီး ကွဲပြားလာကာ ဖောက်သည်အရေအတွက်နှင့် ကမ်းလှမ်းထားသော ထုတ်ကုန်အရေအတွက် တိုးလာနေပြီး ယင်းနှင့်အတူ ရှိပြီးသား ဆုံးဖြတ်ချက်ချသည့် လုပ်ငန်းစဉ်ကို မည်ကဲ့သို့ မြှင့်တင်ရမည်ကို အကြံဥာဏ်များ ထွက်ပေါ်လာသည်။ ရှိပြီးသားစနစ်နဲ့ အလုပ်လုပ်တဲ့လူတွေက ပိုရိုးရှင်း၊ ပိုကောင်း၊ ပိုအဆင်ပြေအောင် ဘယ်လိုလုပ်ရမလဲဆိုတဲ့ စိတ်ကူးတွေ အများကြီးရှိပေမယ့် တစ်ခါတလေ ပြင်ပကအကြံဉာဏ်တွေက အသုံးဝင်ပါတယ်။ New Hackathon သည် ခိုင်မာသော အကြံဥာဏ်များ စုဆောင်းရန် ရည်ရွယ်ချက်ဖြင့် စီစဉ်ခဲ့ခြင်းဖြစ်သည်။

တာဝန်

ဟက်ကာသွန်ပွဲတော်ကို ဖေဖော်ဝါရီ ၂၃ ရက်က ပြုလုပ်ခဲ့သည်။ ပါဝင်သူများကို တိုက်ခိုက်ရေးတာဝန်တစ်ရပ်ကို ကမ်းလှမ်းခဲ့သည်- အခြေအနေများစွာနှင့် ကိုက်ညီသည့် ဆုံးဖြတ်ချက်ချသည့်စနစ်တစ်ခုကို ဖော်ဆောင်ရန်။

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

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

နည်းပညာနှင့်ပတ်သက်ပြီး ပါဝင်သူအားလုံးကို လွတ်လပ်စွာရွေးချယ်ခွင့် ပေးထားသည်။ မည်သည့် အယူအဆနှင့် နည်းပညာများကိုမဆို အသုံးပြုရန် ဖြစ်နိုင်သည်- ဒေတာလွှင့်ခြင်း၊ စက်သင်ယူခြင်း၊ အဖြစ်အပျက် အရင်းအမြစ်၊ ဒေတာကြီးကြီးနှင့် အခြားအရာများကို အသုံးပြုနိုင်သည်။

ကျွန်ုပ်တို့၏ဖြေရှင်းချက်

အနည်းငယ် ဦးနှောက်ဖောက်စားပြီးနောက် FaaS ဖြေရှင်းချက်သည် အလုပ်ပြီးမြောက်ရန်အတွက် အကောင်းဆုံးဖြစ်မည်ဟု ဆုံးဖြတ်ခဲ့သည်။

ဤဖြေရှင်းချက်အတွက်၊ တီထွင်နေသော ဆုံးဖြတ်ချက်ချစနစ်၏ စည်းမျဉ်းများကို အကောင်အထည်ဖော်ရန် သင့်လျော်သော Serverless မူဘောင်တစ်ခုကို ရှာဖွေရန် လိုအပ်ပါသည်။ Tinkoff သည် အခြေခံအဆောက်အဦစီမံခန့်ခွဲမှုအတွက် Kubernetes ကိုတက်ကြွစွာအသုံးပြုသောကြောင့်၊ ၎င်းကိုအခြေခံ၍ အဆင်သင့်လုပ်ထားသောဖြေရှင်းချက်အများအပြားကို ကျွန်ုပ်တို့ကြည့်ရှုခဲ့သည်၊ ၎င်းအကြောင်းကို နောက်မှပြောပြပါမည်။

အထိရောက်ဆုံးဖြေရှင်းချက်ကို ရှာရန်၊ ကျွန်ုပ်တို့သည် ၎င်း၏အသုံးပြုသူများ၏အမြင်ဖြင့် တီထွင်ထုတ်လုပ်ထားသည့် ထုတ်ကုန်ကို ကြည့်ရှုခဲ့ပါသည်။ ကျွန်ုပ်တို့၏စနစ်၏ အဓိကအသုံးပြုသူများသည် စည်းမျဉ်းဖွံ့ဖြိုးတိုးတက်မှုတွင် ပါဝင်လေ့လာသုံးသပ်သူများဖြစ်သည်။ စည်းမျဉ်းများကို ဆာဗာတွင် ဖြန့်ကျက်ထားရမည်ဖြစ်ပြီး၊ သို့မဟုတ် ကျွန်ုပ်တို့ကိစ္စတွင်၊ နောက်ဆက်တွဲ ဆုံးဖြတ်ချက်ချရန်အတွက် cloud တွင် ဖြန့်ကျက်ထားရပါမည်။ ဆန်းစစ်သူတစ်ဦး၏ ရှုထောင့်မှကြည့်လျှင် အလုပ်အသွားအလာမှာ ဤကဲ့သို့ ဖြစ်သည်-

1. အကဲခတ်သူသည် ဂိုဒေါင်မှဒေတာကိုအခြေခံ၍ ဇာတ်ညွှန်း၊ စည်းမျဉ်း သို့မဟုတ် ML မော်ဒယ်ကို ရေးသားသည်။ Hackathon ၏တစ်စိတ်တစ်ပိုင်းအနေဖြင့် Mongodb ကိုအသုံးပြုရန်ဆုံးဖြတ်ခဲ့သည်၊ သို့သော်ဒေတာသိမ်းဆည်းမှုစနစ်ရွေးချယ်မှုသည်ဤနေရာတွင်အရေးမကြီးပါ။
2. သမိုင်းအချက်အလက်ဆိုင်ရာ တီထွင်ထားသော စည်းမျဉ်းများကို စမ်းသပ်ပြီးနောက်၊ လေ့လာသူသည် ၎င်း၏ကုဒ်ကို စီမံခန့်ခွဲရေးအဖွဲ့ထံ အပ်လုဒ်တင်ပါသည်။
3. ဗားရှင်းကိုသေချာစေရန်၊ ကုဒ်အားလုံးကို Git repositories သို့သွားပါမည်။
4. စီမံခန့်ခွဲသူဘောင်မှတဆင့် ၎င်းသည် သီးခြားလုပ်ဆောင်နိုင်သော Serverless module တစ်ခုအနေဖြင့် cloud တွင်ကုဒ်ကို ဖြန့်ကျက်နိုင်မည်ဖြစ်သည်။

ဖောက်သည်များထံမှ ကနဦးဒေတာသည် ဂိုဒေါင်မှ ဒေတာဖြင့် ကနဦးတောင်းဆိုမှုကို ပြည့်စုံစေရန် ဒီဇိုင်းထုတ်ထားသော အထူးပြု ဖြည့်တင်းပေးသည့် ဝန်ဆောင်မှုမှတစ်ဆင့် ဖြတ်သန်းရမည်ဖြစ်သည်။ တစ်စုတစ်စည်းတည်းသောဒေတာဖွဲ့စည်းပုံကို ထိန်းသိမ်းထားရန် (ခွဲခြမ်းစိတ်ဖြာသူမှ စည်းမျဉ်းများရေးဆွဲသည့်အခါ ဒေတာယူသည်) သိုလှောင်ရုံတစ်ခုတည်းဖြင့် ဤဝန်ဆောင်မှုကို အကောင်အထည်ဖော်ရန် အရေးကြီးပါသည်။

hackathon မကျင်းပမီကပင် ကျွန်ုပ်တို့အသုံးပြုမည့် Serverless framework ကို ဆုံးဖြတ်ခဲ့သည်။ ယနေ့ခေတ်ဈေးကွက်မှာ ဒီနည်းလမ်းကို အကောင်အထည်ဖော်တဲ့ နည်းပညာတွေ အများကြီးရှိပါတယ်။ Kubernetes ဗိသုကာအတွင်းရှိ ရေပန်းအစားဆုံး ဖြေရှင်းနည်းများမှာ Fission၊ Open FaaS နှင့် Kubeless တို့ဖြစ်သည်။ တွေတောင်ရှိတယ်။ ၎င်းတို့၏ဖော်ပြချက်နှင့် နှိုင်းယှဉ်သုံးသပ်ချက်ပါသော ဆောင်းပါးကောင်း.

ကောင်းကျိုးဆိုးကျိုးအားလုံးကို ချိန်ဆပြီးနောက်၊ ကျွန်ုပ်တို့ ရွေးချယ်ခဲ့သည်။ ခွဲစိတ်. ဤဆာဗာမဲ့ဘောင်သည် စီမံခန့်ခွဲရန်အတော်လေးလွယ်ကူပြီး လုပ်ငန်း၏လိုအပ်ချက်များနှင့်ကိုက်ညီပါသည်။

Fission နှင့်အလုပ်လုပ်ရန်၊ လုပ်ဆောင်ချက်နှင့် ပတ်ဝန်းကျင်ကို အခြေခံသဘောတရားနှစ်ခုကို နားလည်ရန် လိုအပ်သည်။ လုပ်ဆောင်ချက်တစ်ခုသည် Fission ပတ်၀န်းကျင်ရှိ ဘာသာစကားတစ်ခုဖြင့် ရေးသားထားသော ကုဒ်အပိုင်းအစတစ်ခုဖြစ်သည်။ ဤဘောင်အတွင်း အကောင်အထည်ဖော်သည့် ပတ်ဝန်းကျင်များစာရင်း Python, JS, Go, JVM နှင့် အခြားသော နာမည်ကြီး ဘာသာစကားများနှင့် နည်းပညာများစွာ ပါဝင်ပါသည်။

Fission သည် ဖိုင်များစွာကို ပိုင်းခြားထားသော လုပ်ဆောင်ချက်များကို လုပ်ဆောင်နိုင်ပြီး မှတ်တမ်းတစ်ခုအဖြစ် ကြိုတင်ထုပ်ပိုးထားသည်။ Kubernetes အစုအဝေးတွင် Fission ၏လုပ်ဆောင်ချက်ကို မူဘောင်ကိုယ်တိုင်က စီမံခန့်ခွဲသည့် အထူးပြု pods များဖြင့် သေချာစေသည်။ အစုအဝေးများ နှင့် အပြန်အလှန် တုံ့ပြန်ရန်အတွက် လုပ်ဆောင်ချက်တစ်ခုစီသည် ၎င်း၏ကိုယ်ပိုင်လမ်းကြောင်းကို သတ်မှတ်ပေးရမည် ဖြစ်ပြီး POST တောင်းဆိုချက်တစ်ခုအတွက် သင် GET ဘောင်များကို ကျော်ဖြတ်နိုင်သည် သို့မဟုတ် တောင်းဆိုချက်ကိုယ်ထည်ကို တောင်းဆိုနိုင်သည်။

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

ကျွန်ုပ်တို့၏အဆိုပြုထားသောဖြေရှင်းချက်တွင်၊ စည်းမျဉ်းများကိုထုတ်ပြန်ရန်မလိုအပ်ပါ၊ ကုဒ်ကို ခလုတ်တစ်ချက်နှိပ်ရုံဖြင့် အလွယ်တကူအသုံးပြုနိုင်ပါသည်။ ထို့အပြင် Kubernetes ရှိ အခြေခံအဆောက်အဦစီမံခန့်ခွဲမှုအား ဝန်နှင့်စကေးချခြင်းအကြောင်း မစဉ်းစားဘဲ ထားနိုင်သည်၊ ထိုပြဿနာများကို ကွက်လပ်မှ ဖြေရှင်းပေးပါသည်။ ထို့အပြင် ဒေတာသိုလှောင်ရုံတစ်ခုတည်းကို အသုံးပြုခြင်းသည် အကဲခတ်သူ၏အလုပ်ကို ရိုးရှင်းစေသည့် သမိုင်းအချက်အလက်နှင့် အချိန်နှင့်တစ်ပြေးညီ ဒေတာကို နှိုင်းယှဉ်ရန် လိုအပ်မှုကို ဖယ်ရှားပေးပါသည်။

ငါတို့ ဘာရလဲ။

(ကျွန်ုပ်တို့၏စိတ်ကူးယဉ်မှုများတွင်) အဆင်သင့်လုပ်ထားသောဖြေရှင်းချက်တစ်ခုဖြင့် hackathon သို့ ကျွန်ုပ်တို့ရောက်လာကတည်းက ကျွန်ုပ်တို့လုပ်ရန်မှာ ကျွန်ုပ်တို့၏အတွေးအားလုံးကို ကုဒ်မျဉ်းများအဖြစ်သို့ ပြောင်းလဲရန်ဖြစ်သည်။

မည်သည့် hackathon တွင်မဆို အောင်မြင်မှု၏သော့ချက်မှာ ကြိုတင်ပြင်ဆင်မှုနှင့် ကောင်းမွန်စွာရေးထားသော အစီအစဉ်ဖြစ်သည်။ ထို့ကြောင့်၊ ကျွန်ုပ်တို့၏ပထမဆုံးအရာမှာ ကျွန်ုပ်တို့၏စနစ်တည်ဆောက်ပုံတွင် မည်သည့် modules များပါဝင်မည်နည်းနှင့် မည်သည့်နည်းပညာများကို အသုံးပြုမည်ကို ဆုံးဖြတ်ခြင်းဖြစ်သည်။

ကျွန်ုပ်တို့၏ ပရောဂျက်၏ တည်ဆောက်ပုံမှာ အောက်ပါအတိုင်းဖြစ်သည်။

ဤပုံကြမ်းတွင် ဝင်ပေါက်အချက်နှစ်ချက်၊ အကဲခတ်သူ (ကျွန်ုပ်တို့၏စနစ်၏ အဓိကအသုံးပြုသူ) နှင့် client ကိုပြသထားသည်။

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

1. ဖောက်သည်သည် ဝဘ်ဆိုက်ပေါ်တွင် ဖောင်ဖြည့်ပြီး ၎င်း၏တောင်းဆိုမှုကို ထိန်းချုပ်သူထံ ပေးပို့သည်။ ဆုံးဖြတ်ချက်တစ်ခုချရန်လိုအပ်သည့် application တစ်ခုသည် system input သို့ရောက်ရှိလာပြီး၎င်း၏မူရင်းပုံစံဖြင့် database တွင်မှတ်တမ်းတင်ထားသည်။
2. ထို့နောက် လိုအပ်ပါက ကုန်ကြမ်းတောင်းဆိုမှုကို မြှင့်တင်ရန် ပေးပို့သည်။ ပြင်ပဝန်ဆောင်မှုများနှင့် သိုလှောင်မှုမှ ဒေတာနှစ်မျိုးလုံးဖြင့် ကနဦးတောင်းဆိုချက်ကို သင်ဖြည့်စွက်နိုင်ပါသည်။ ရရှိလာသော ပြည့်စုံသော query ကို database ထဲတွင်လည်း သိမ်းဆည်းထားသည်။
3. ထည့်သွင်းမှုအဖြစ် ပြည့်စုံသောမေးခွန်းကိုယူ၍ သိုလှောင်ခန်းသို့လည်း ရေးသားထားသည့် အဖြေတစ်ခုထုတ်ပေးသည့် ခွဲခြမ်းစိတ်ဖြာသူလုပ်ဆောင်ချက်ကို စတင်လိုက်ပါသည်။

မူရင်းတောင်းဆိုချက်အပါအဝင် ပြည့်စုံသောဝန်ဆောင်မှုများက REST ထိန်းချုပ်ကိရိယာများမှတစ်ဆင့် ဒေတာအားလုံးကို စုစည်းထားသောကြောင့် MongoDB ကို JSON စာရွက်စာတမ်းများပုံစံဖြင့် ဒေတာများကို စုစည်းထားသောကြောင့် MongoDB ကို ကျွန်ုပ်တို့၏စနစ်တွင် သိုလှောင်မှုအဖြစ် အသုံးပြုရန် ဆုံးဖြတ်ခဲ့သည်။

ဒါကြောင့် ပလပ်ဖောင်းကို အကောင်အထည်ဖော်ဖို့ ၂၄ နာရီ အချိန်ရတယ်။ ကျွန်ုပ်တို့သည် အခန်းကဏ္ဍများကို အောင်မြင်စွာ ခွဲဝေပေးခဲ့ပြီး၊ အဖွဲ့၀င်တစ်ဦးစီတွင် ကျွန်ုပ်တို့၏ ပရောဂျက်တွင် ၎င်း၏ တာဝန်ဝတ္တရားများ ရှိသည်-

1. ခွဲခြမ်းစိတ်ဖြာသူ၏အလုပ်အတွက် ရှေ့ဆုံးအက်ဒ်မင်အကန့်များသည် ရေးထားသော script များ၏ဗားရှင်းထိန်းချုပ်မှုစနစ်မှ စည်းမျဉ်းများကို ဒေါင်းလုဒ်လုပ်နိုင်ပြီး ထည့်သွင်းဒေတာကို ကြွယ်ဝစေမည့် ရွေးချယ်မှုများကို ရွေးချယ်ကာ အွန်လိုင်းတွင် စည်းမျဉ်းစခရစ်များကို တည်းဖြတ်နိုင်သည်။
2. ရှေ့ဘက်အတွက် REST API အပါအဝင် Backend admin နှင့် VCS နှင့် ပေါင်းစပ်ခြင်း။
3. Google Cloud တွင် အခြေခံအဆောက်အအုံကို စနစ်ထည့်သွင်းခြင်းနှင့် အရင်းအမြစ်ဒေတာ ကြွယ်ဝစေရန် ဝန်ဆောင်မှုတစ်ခု ဖန်တီးခြင်း။
4. နောက်ဆက်တွဲစည်းမျဉ်းများ ဖြန့်ကျက်ခြင်းအတွက် စီမံခန့်ခွဲသူအပလီကေးရှင်းကို Serverless framework နှင့် ပေါင်းစပ်ခြင်းအတွက် module တစ်ခု။
5. စနစ်တစ်ခုလုံး၏ စွမ်းဆောင်ရည်ကို စမ်းသပ်ခြင်းအတွက် စည်းမျဉ်းများ script များ နှင့် နောက်ဆုံးသရုပ်ပြမှုအတွက် အဝင်အပလီကေးရှင်းများ (ဆုံးဖြတ်ချက်များချထားသော) တွင် ခွဲခြမ်းစိတ်ဖြာမှုပေါင်းစည်းခြင်း။

ရှေ့ဦးစွာ မှစ. စတင်ပါရဲ့ကြပါစို့။

ကျွန်ုပ်တို့၏ ရှေ့တန်းကို Angular 7 တွင် ဘဏ်လုပ်ငန်း UI Kit ကို အသုံးပြု၍ ရေးသားထားသည်။ စီမံခန့်ခွဲသူအကန့်၏ နောက်ဆုံးဗားရှင်းသည် ဤကဲ့သို့ဖြစ်သည်-

အချိန်အနည်းငယ်သာရှိသောကြောင့် ကျွန်ုပ်တို့သည် အဓိကလုပ်ဆောင်နိုင်စွမ်းကိုသာ အကောင်အထည်ဖော်ရန် ကြိုးစားခဲ့သည်။ Kubernetes အစုအဝေးတွင် လုပ်ဆောင်ချက်တစ်ခုကို အသုံးချရန်၊ ဖြစ်ရပ်တစ်ခု (ကုဒ်တွင် အသုံးပြုရန် လိုအပ်သည့် စည်းမျဉ်းတစ်ခုအတွက် ဝန်ဆောင်မှုတစ်ခု) နှင့် ဆုံးဖြတ်ချက်ချမှတ်ခြင်းဆိုင်ရာ ယုတ္တိဗေဒကို အကောင်အထည်ဖော်သည့် လုပ်ဆောင်ချက်၏ကုဒ်ကို ရွေးချယ်ရန် လိုအပ်ပါသည်။ ရွေးချယ်ထားသော ဝန်ဆောင်မှုအတွက် စည်းမျဉ်းတစ်ခုစီကို ဖြန့်ကျက်မှုတစ်ခုစီအတွက်၊ ဤဖြစ်ရပ်၏ မှတ်တမ်းတစ်ခုကို ကျွန်ုပ်တို့ ရေးသားခဲ့သည်။ စီမံခန့်ခွဲသူ အကန့်တွင် ဖြစ်ရပ်အားလုံး၏ မှတ်တမ်းများကို သင်တွေ့နိုင်သည်။

လုပ်ဆောင်ချက်ကုဒ်အားလုံးကို အဝေးထိန်း Git repository တွင် သိမ်းဆည်းထားပြီး၊ ၎င်းကို စီမံခန့်ခွဲသူအကန့်တွင် သတ်မှတ်ရမည်ဖြစ်သည်။ ကုဒ်ကိုဗားရှင်းပြောင်းရန်အတွက်၊ လုပ်ဆောင်ချက်များအားလုံးကို repository ၏ မတူညီသောအကိုင်းအခက်များတွင် သိမ်းဆည်းထားသည်။ အက်ဒ်မင်အကန့်သည် ရေးထားသော ဇာတ်ညွှန်းများကို ချိန်ညှိမှုများ ပြုလုပ်နိုင်စွမ်းကိုလည်း ပေးစွမ်းနိုင်သည်၊ ထို့ကြောင့် လုပ်ဆောင်ချက်တစ်ခုကို ထုတ်လုပ်ခြင်းသို့ အသုံးမပြုမီတွင် သင်သည် ရေးထားသောကုဒ်ကို စစ်ဆေးရုံသာမက လိုအပ်သော အပြောင်းအလဲများကိုလည်း ပြုလုပ်နိုင်မည်ဖြစ်သည်။

စည်းမျဉ်းလုပ်ဆောင်ချက်များအပြင်၊ Enrichment လုပ်ဆောင်ချက်များကို အသုံးပြု၍ အရင်းအမြစ်ဒေတာကို ဖြည်းဖြည်းချင်း ဖြည့်စွမ်းနိုင်ခြင်း၊ ဒေတာဂိုဒေါင်သို့ သွားရန် ဖြစ်နိုင်သည့် ကုဒ်များဖြစ်သည့် script များမှာလည်း ပြင်ပကုမ္ပဏီဝန်ဆောင်မှုများကို ခေါ်ဆိုကာ ပဏာမတွက်ချက်မှုများ လုပ်ဆောင်နိုင်ခဲ့ပါသည်။ . ကျွန်ုပ်တို့၏ဖြေရှင်းချက်ကို သရုပ်ပြရန်၊ ကျွန်ုပ်တို့သည် တောင်းဆိုချက်မှ ထွက်သွားသော သုံးစွဲသူ၏ ရာသီခွင်လက္ခဏာကို တွက်ချက်ပြီး ပြင်ပကုမ္ပဏီ REST ဝန်ဆောင်မှုကို အသုံးပြု၍ ၎င်း၏မိုဘိုင်းအော်ပရေတာအား ဆုံးဖြတ်ခဲ့သည်။

ပလပ်ဖောင်း၏ နောက်ခံကို Java ဖြင့် ရေးသားထားပြီး Spring Boot အပလီကေးရှင်းအဖြစ် အကောင်အထည် ဖော်ခဲ့သည်။ ကျွန်ုပ်တို့သည် စီမံခန့်ခွဲသူဒေတာကိုသိမ်းဆည်းရန် Postgres ကိုအသုံးပြုရန် ကနဦးစီစဉ်ထားသော်လည်း၊ hackathon ၏တစ်စိတ်တစ်ပိုင်းအနေဖြင့်၊ ကျွန်ုပ်တို့သည် အချိန်ကုန်သက်သာစေရန်အတွက် ရိုးရှင်းသော H2 တွင် မိမိကိုယ်ကိုကန့်သတ်ရန် ဆုံးဖြတ်ခဲ့သည်။ နောက်ခံတွင်၊ Bitbucket နှင့် ပေါင်းစည်းခြင်းသည် query enrichment functions နှင့် rule scripts များကို version ဖြစ်အောင် လုပ်ဆောင်ထားပါသည်။ အဝေးထိန်း Git repositories နှင့် ပေါင်းစည်းရန်အတွက် ကျွန်ုပ်တို့ အသုံးပြုခဲ့သည်။ JGit စာကြည့်တိုက်CLI command များပေါ်တွင် wrapper တစ်မျိုးဖြစ်သည့် git ညွှန်ကြားချက်များကို အဆင်ပြေသော software interface ကို အသုံးပြု၍ လုပ်ဆောင်နိုင်သည်။ ထို့ကြောင့် ကျွန်ုပ်တို့တွင် ကြွယ်ဝမှုလုပ်ဆောင်ချက်များနှင့် စည်းမျဉ်းများအတွက် သီးခြားသိုလှောင်နေရာနှစ်ခုရှိကာ script အားလုံးကို လမ်းညွှန်များအဖြစ် ပိုင်းခြားထားသည်။ UI မှတစ်ဆင့် repository ၏ မတရားသောဌာနခွဲတစ်ခု၏ script တစ်ခု၏ နောက်ဆုံးလုပ်ဆောင်မှုကို ရွေးချယ်နိုင်သည်။ စီမံခန့်ခွဲသူအကန့်မှတဆင့် ကုဒ်ကို အပြောင်းအလဲလုပ်သောအခါ၊ ပြောင်းလဲထားသောကုဒ်၏ commits များကို အဝေးထိန်းနေရာများတွင် ဖန်တီးခဲ့သည်။

ကျွန်ုပ်တို့၏စိတ်ကူးကို အကောင်အထည်ဖော်ရန်အတွက် သင့်လျော်သော အခြေခံအဆောက်အအုံများ လိုအပ်ပါသည်။ ကျွန်ုပ်တို့၏ Kubernetes အစုအဝေးကို cloud တွင် အသုံးပြုရန် ဆုံးဖြတ်ခဲ့သည်။ ကျွန်ုပ်တို့၏ရွေးချယ်မှုမှာ Google Cloud Platform ဖြစ်သည်။ Fission serverless framework ကို Gcloud တွင် အသုံးပြုထားသည့် Kubernetes အစုအဝေးတွင် ထည့်သွင်းထားပါသည်။ အစပိုင်းတွင်၊ အရင်းအမြစ်ဒေတာဖြည့်သွင်းခြင်းဝန်ဆောင်မှုကို k8s အစုအဝေးအတွင်း Pod တစ်ခုဖြင့် ပတ်ထားသော သီးခြား Java အပလီကေးရှင်းတစ်ခုအဖြစ် အကောင်အထည်ဖေါ်ခဲ့သည်။ သို့သော် hackathon အလယ်တွင် ကျွန်ုပ်တို့၏ပရောဂျက်ကို ပဏာမသရုပ်ပြပြီးနောက်၊ အဝင်အပလီကေးရှင်းများ၏ ကုန်ကြမ်းဒေတာကို မည်ကဲ့သို့ရွေးချယ်ရန် အခွင့်အရေးပေးနိုင်ရန် Enrichment ဝန်ဆောင်မှုကို ပိုမိုပြောင်းလွယ်ပြင်လွယ်ဖြစ်စေရန် အကြံပြုခဲ့သည်။ ထို့အပြင် ကျွန်ုပ်တို့သည် ကြွယ်ဝသောဝန်ဆောင်မှုကိုလည်း Serverless ဖြစ်စေရန် ရွေးချယ်စရာမရှိပေ။

Fission နှင့်အလုပ်လုပ်ရန် Kubernetes CLI ၏ထိပ်တွင်တပ်ဆင်ရမည့် Fission CLI ကိုအသုံးပြုခဲ့သည်။ k8s အစုအဝေးသို့ လုပ်ဆောင်ချက်များကို ဖြန့်ကျက်ခြင်းသည် အလွန်ရိုးရှင်းပါသည်၊ သင်သည် အစုအဝေးပြင်ပသို့ ဝင်ရောက်ရန် လိုအပ်ပါက အဝင်အသွားအလာကို ခွင့်ပြုရန် အတွင်းလမ်းကြောင်းတစ်ခု သတ်မှတ်ပေးပြီး လုပ်ဆောင်ချက်သို့ ဝင်ရောက်ရန် လိုအပ်ပါသည်။ လုပ်ဆောင်ချက်တစ်ခုအား ဖြန့်ကျက်ခြင်းသည် ပုံမှန်အားဖြင့် 10 စက္ကန့်ထက် မပိုပါ။

ပရောဂျက်၏ နောက်ဆုံးတင်ပြချက်နှင့် အကျဉ်းချုပ်

ကျွန်ုပ်တို့၏စနစ် အလုပ်လုပ်ပုံကို သရုပ်ပြရန်၊ ဘဏ်၏ထုတ်ကုန်တစ်ခုအတွက် လျှောက်လွှာတင်နိုင်သည့် အဝေးထိန်းဆာဗာတစ်ခုတွင် ရိုးရှင်းသောပုံစံတစ်ခုကို ထားရှိထားပါသည်။ တောင်းဆိုရန်၊ သင်သည် သင်၏ အတိုကောက်၊ မွေးသက္ကရာဇ်နှင့် ဖုန်းနံပါတ်တို့ကို ထည့်သွင်းရပါမည်။

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

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

စုစုပေါင်း အတုအယောင် ဘဏ်ထုတ်ကုန် ၃ မျိုး ရရှိနိုင်သည်-

• Credit.
• ကစားစရာ
• အပေါင်ခံ။

သရုပ်ပြမှုအတွင်း၊ ကျွန်ုပ်တို့သည် ဝန်ဆောင်မှုတစ်ခုစီအတွက် ပြင်ဆင်ထားသော လုပ်ဆောင်ချက်များနှင့် ပြည့်စုံသော script များကို အသုံးချခဲ့သည်။

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

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

အွန်လိုင်းတွင် ခွဲခြမ်းစိတ်ဖြာမှုများကို စုဆောင်းရန်အတွက်၊ ကျွန်ုပ်တို့သည် ပွင့်လင်းသောအရင်းအမြစ် BI ကိရိယာကို ထပ်မံအသုံးပြုထားပါသည်။ Metabase ၎င်းကို ကျွန်ုပ်တို့၏ သိုလှောင်မှုယူနစ်တွင် ကပ်ထားသည်။ Metabase သည် သင့်ကိုကျွန်ုပ်တို့စိတ်ဝင်စားသော data များပေါ်တွင် ခွဲခြမ်းစိတ်ဖြာမှုဖြင့် စခရင်များကိုတည်ဆောက်နိုင်စေသည်၊ သင်သည် ဒေတာဘေ့စ်သို့ချိတ်ဆက်မှုစာရင်းသွင်းရန်၊ ဇယားများကိုရွေးချယ်ရန် (ကျွန်ုပ်တို့၏ကိစ္စတွင်၊ MongoDB ကိုအသုံးပြုထားသောကြောင့် ဒေတာစုဆောင်းမှုများ) နှင့်ကျွန်ုပ်တို့အတွက်စိတ်ဝင်စားသည့်နယ်ပယ်များကိုသတ်မှတ်ပါ။ .

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

source: www.habr.com