sophiagworld ဖြင့် ပျောက်ဆုံးသွားခဲ့သည်။

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

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

အထောက်အပံ့ဖြင့် ဘာသာပြန်ပါသည်။ Mail.ru တိမ်တိုက်ဖြေရှင်းချက်.

ပထမအဆင့်

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

ကုဒ်အဖြစ် အခြေခံအဆောက်အဦ

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

virtual machines 100 ကိုဖြန့်ကျက်ခြင်း။

• Ubuntu ဖြင့်
• 2 GB RAM တစ်ခုစီ
• ၎င်းတို့တွင် အောက်ပါ ကုဒ်များ ပါရှိမည်ဖြစ်သည်။
• ဤဘောင်များနှင့်အတူ

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

အထက်ဖော်ပြပါအားလုံးကို လုပ်ဆောင်ရန် Kubernetes/Docker ကို သင်သုံးနိုင်သည်ဟု ခေတ်သစ်ဝါဒီက ပြောသည်၊ သူမှန်ပါသည်။

ထို့အပြင်၊ သင်သည် စားဖိုမှူး၊ ရုပ်သေး သို့မဟုတ် Terraform ကို အသုံးပြု၍ အလိုအလျောက်စနစ် ပံ့ပိုးပေးနိုင်သည်။

စဉ်ဆက်မပြတ် ပေါင်းစပ်ခြင်းနှင့် ပေးပို့ခြင်း။

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

ဤအဆင့်တွင် သင်မေးခွန်းကို ဖြေတိုင်း- ကျွန်ုပ်၏ စည်းဝေးပွဲကို စုစည်းပြီး စစ်ဆေးမှုများ အောင်မြင်မည်လား၊ မှန်ကန်ပါသလား။ ၎င်းသည် low bar ကဲ့သို့ထင်ရသော်လည်း ပြဿနာများစွာကို ဖြေရှင်းပေးသည်။

ဒီကလေးတွေကိုမြင်ရတာထက် ပိုလှတာမရှိပါဘူး။

ဤနည်းပညာအတွက် သင်သည် Github၊ CircleCI သို့မဟုတ် Jenkins အကဲဖြတ်နိုင်သည်။

ချိန်ခွင်လျှာကို ဆွဲချပါ။

ထို့ကြောင့်၊ ကျွန်ုပ်တို့သည် အသွားအလာလမ်းကြောင်းပြန်ညွှန်ရန် load balancer ကို run ပြီး node များအားလုံးတွင် တူညီသော load သို့မဟုတ် ဝန်ဆောင်မှုမအောင်မြင်ပါက ဆက်လက်လုပ်ဆောင်ရန် လိုအပ်သည်-

Load Balancer သည် အသွားအလာ ဖြန့်ဝေခြင်းအတွက် ကောင်းမွန်သော အလုပ်ဖြစ်သည်။ အကောင်းဆုံးအလေ့အကျင့်သည် သင့်တွင် ကျရှုံးမှုတစ်ခုမှမရှိစေရန် ဟန်ချက်ညီစေရန်ဖြစ်သည်။

ပုံမှန်အားဖြင့်၊ သင်အသုံးပြုသည့် cloud တွင် load balancers ကို configure လုပ်ထားသည်။

တောင်းဆိုမှုများအတွက် RayID၊ ဆက်စပ် ID သို့မဟုတ် UUID

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

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

အသုံးပြုသူက စနစ် A သို့ တောင်းဆိုချက်တစ်ခု ပြုလုပ်သည်၊ ထို့နောက် A သည် B ကို ဆက်သွယ်သည့် အဆက်အသွယ် B၊ ၎င်းကို C ဖြင့် သိမ်းဆည်းကာ ၎င်းကို X တွင် သိမ်းဆည်းပြီးနောက် တောင်းဆိုချက်ကို A သို့ ပြန်ပို့ပေးသည်။

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

အလယ်အလတ်အဆင့်

ဤနေရာတွင် အကြံပြုချက်သည် ယခင်အရာများထက် ပိုမိုရှုပ်ထွေးသော်လည်း မှန်ကန်သော ကိရိယာများသည် အသေးစားနှင့် အလတ်စားကုမ္ပဏီများအတွက်ပင် ရင်းနှီးမြှုပ်နှံမှုအပေါ် ပြန်အမ်းငွေကို ပေးစွမ်းနိုင်ပြီး မှန်ကန်သော ကိရိယာများက အလုပ်ပိုမိုလွယ်ကူစေသည်။

ဗဟိုချုပ်ကိုင်မှုဖြင့် သစ်ခုတ်ခြင်း။

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

ဒါက ပျော်စရာ စွန့်စားခန်းလို့ ထင်ရပေမယ့် မဂ္ဂဇင်းတွေအားလုံးကို တစ်နေရာတည်းမှာ ရှာဖွေနိုင်တယ်ဆိုတာ သေချာအောင် အကောင်းဆုံးပါပဲ။ ELK stack ၏ built-in လုပ်ဆောင်နိုင်စွမ်းကို အသုံးပြု၍ မှတ်တမ်းများကို ဗဟိုချုပ်ကိုင်ခြင်း၏ ပြဿနာကို ကျွန်ုပ်ဖြေရှင်းခဲ့သည်- ၎င်းသည် ရှာဖွေနိုင်သော မှတ်တမ်းစုဆောင်းမှုကို ပံ့ပိုးပေးပါသည်။ ၎င်းသည် တိကျသောဂျာနယ်ကိုရှာဖွေခြင်းပြဿနာကို အမှန်တကယ်ဖြေရှင်းနိုင်မည်ဖြစ်သည်။ အပိုဆုအနေဖြင့်၊ သင်သည် ထိုကဲ့သို့သော ဇယားများနှင့် အခြားပျော်စရာများကို ဖန်တီးနိုင်သည်။

ELK stack လုပ်ဆောင်နိုင်စွမ်း

စောင့်ကြည့်အေးဂျင့်များ

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

ဒီအချိန်မှာ သေချာစစ်ဆေးပါ။ အပြေးတည်ဆောက်မှုက ကောင်းမွန်သလို ကောင်းကောင်းအလုပ်လုပ်ပါတယ်။.

အသေးစားနှင့် အလတ်စားပရောဂျက်များအတွက် API များကို စောင့်ကြည့်ခြင်းနှင့် မှတ်တမ်းတင်ခြင်းအတွက် Postman ကို အကြံပြုပါသည်။ သို့သော် ယေဘုယျအားဖြင့်၊ သင်သည် ပြတ်တောက်မှုဖြစ်ပွားသည့်အချိန်ကို သိရှိရန်နှင့် အချိန်နှင့်တစ်ပြေးညီ အကြောင်းကြားရန် နည်းလမ်းရှိရန် သေချာစေလိုပါသည်။

ဝန်ပေါ်မူတည်၍ အော်တိုစကေးချဲ့ခြင်း။

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

cloud ဝန်ဆောင်မှုအများစုဖြင့်၊ ပိုဆာဗာများ သို့မဟုတ် ပိုမိုအားကောင်းသောဆာဗာများကို အသုံးပြု၍ ၎င်းကို အလိုအလျောက်အတိုင်းအတာအဖြစ် သတ်မှတ်နိုင်သည်။

စမ်းသပ်မှုစနစ်

အပ်ဒိတ်များကို ဘေးကင်းစွာ ဖြန့်ကျက်ရန် နည်းလမ်းကောင်းတစ်ခုမှာ သုံးစွဲသူများ၏ 1% အတွက် တစ်စုံတစ်ခုကို စမ်းသပ်နိုင်စေရန် တစ်နာရီကြာအောင် လုပ်ဆောင်ခြင်းဖြစ်သည်။ ဒီလိုမျိုး ယန္တရားတွေ လုပ်ဆောင်ချက်တွေကို မင်းမြင်ခဲ့တာ သေချာပါတယ်။ ဥပမာအားဖြင့်၊ Facebook သည် သုံးစွဲသူများ၏ အစိတ်အပိုင်းများကို မတူညီသောအရောင်ဖြင့် ပြသသည် သို့မဟုတ် အပြောင်းအလဲများကို အသုံးပြုသူများ မည်ကဲ့သို့ ရိပ်မိသည်ကို ကြည့်ရန် ဖောင့်အရွယ်အစားကို ပြောင်းလဲပါ။ ဒါကို A/B စမ်းသပ်ခြင်းလို့ ခေါ်ပါတယ်။

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

အဆင့်မြင့်အဆင့်

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

စိမ်းပြာ ဖြန့်ကျက်

ဒါကို ဖွင့်ပြတဲ့နည်းကို "Erlang" လို့ခေါ်ပါတယ်။ တယ်လီဖုန်းကုမ္ပဏီများ ပေါ်လာသောအခါ Erlang ကို တွင်တွင်ကျယ်ကျယ် အသုံးပြုလာခဲ့သည်။ တယ်လီဖုန်းခေါ်ဆိုမှုများကို လမ်းကြောင်းပေးရန်အတွက် Softswitch များကို စတင်အသုံးပြုခဲ့သည်။ ဤခလုတ်များပေါ်ရှိ ဆော့ဖ်ဝဲ၏ အဓိကရည်ရွယ်ချက်မှာ စနစ်အဆင့်မြှင့်တင်မှုများအတွင်း ဖုန်းခေါ်ဆိုမှုများ မပြုလုပ်ရန်ဖြစ်သည်။ Erlang တွင် ယခင်ဗားရှင်းကို မပျက်စီးစေဘဲ မော်ဂျူးအသစ်တစ်ခုကို တင်ရန် ကောင်းမွန်သောနည်းလမ်းတစ်ခုရှိသည်။

ဤအဆင့်သည် load balancer ၏ရှေ့မှောက်တွင် မူတည်သည်။ သင့်ဆော့ဖ်ဝဲ၏ ဗားရှင်း N ရှိသည်ကို စိတ်ကူးကြည့်ရအောင်၊ ထို့နောက် ဗားရှင်း N+1 ကို အသုံးပြုလိုပါသည်။ 

Вы ကြှနျုပျတို့ ... နိုငျတယျ ဝန်ဆောင်မှုကို ရပ်တန့်ပြီး သင့်အသုံးပြုသူများအတွက် အဆင်ပြေပြီး အချိန်အနည်းငယ်ကြာအောင် လုပ်ဆောင်နိုင်သော နောက်ဗားရှင်းကို လွှင့်တင်လိုက်ပါ။ ဒါပေမယ့် မင်းမှာရှိတယ်ဆိုပါစို့ အမှန် တင်းကျပ်သော SLA အခြေအနေများ။ ထို့ကြောင့်၊ SLA 99,99% သည် သင် အော့ဖ်လိုင်း သွားနိုင်သည်ဟု ဆိုလိုသည်။ သာ တစ်နှစ်လျှင် ၅၂ မိနစ်။

ဤအညွှန်းကိန်းများကို အမှန်တကယ်အောင်မြင်လိုပါက၊ တစ်ချိန်တည်းတွင် ဖြန့်ကျက်မှုနှစ်ခု လိုအပ်သည်- 

• ယခုလက်ရှိ (N);
• နောက်ဗားရှင်း (N+1)။ 

ဆုတ်ယုတ်မှုများကို တက်ကြွစွာ စောင့်ကြည့်နေချိန်တွင် ဗားရှင်းအသစ် (N+1) သို့ အသွားအလာ ရာခိုင်နှုန်းတစ်ခုအား ပြန်လည်ညွှန်းရန် load balancer အား သင်ပြောပါသည်။

ဤတွင် ကျွန်ုပ်တို့တွင် ကောင်းမွန်စွာအလုပ်လုပ်နိုင်သော အစိမ်းရောင် N ဖြန့်ကျက်မှုရှိသည်။ ဤဖြန့်ကျက်မှု၏ နောက်ဗားရှင်းသို့ ရွှေ့ရန် ကျွန်ုပ်တို့ ကြိုးစားနေပါသည်။

ကျွန်ုပ်တို့၏ N+1 ဖြန့်ကျက်မှုသည် အသွားအလာအနည်းငယ်သာရှိသော ပမာဏအနည်းငယ်ဖြင့် အလုပ်လုပ်ခြင်းရှိမရှိ သိရန် အမှန်တကယ်သေးငယ်သော စမ်းသပ်မှုတစ်ခု ပေးပို့သည်-

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

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

ကွဲလွဲမှုကို ထောက်လှမ်းခြင်းနှင့် အလိုအလျောက် လျော့ပါးစေခြင်း။

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

ကွဲလွဲချက်များကို တွေ့ရှိပြီးသည်နှင့် သင်သည် ဝန်ဆောင်မှုပေးသည့် သဲလွန်စအချို့ကို စတင်စစ်ဆေးပါ။ ဥပမာအားဖြင့်၊ CPU load တွင် spike သည် hard drive ပျက်သွားသည်ကို ညွှန်ပြနိုင်ပြီး တောင်းဆိုမှုများတွင် spike သည် သင် scale up လုပ်ရန် လိုအပ်ကြောင်း ညွှန်ပြနေပါသည်။ ဤစာရင်းအင်းဒေတာအမျိုးအစားသည် ဝန်ဆောင်မှုကို တက်ကြွစေပါသည်။

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

ဒါပါပဲ!

သင်သည် cloud ဝန်ဆောင်မှုကို ပြုစုပျိုးထောင်ပါက ပြဿနာများစွာကို ကယ်တင်နိုင်မည်ဖြစ်သည်။

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

ခေါင်းစဉ်နဲ့ ပတ်သက်ပြီး နောက်ထပ်ဘာတွေဖတ်ရမလဲ။

1. သွားပြီး CPU caches
2. အကောင်အထည်ဖော်ရန်အတွက် နမူနာပုံစံဖြင့် ခိုးကူးမှုသဘောဖြင့် Kubernetes
3. Telegram ရှိ Kubernetes ဝန်းကျင်တွင် ကျွန်ုပ်တို့၏ချန်နယ်

source: www.habr.com