Tupperware- Facebook ၏ Kubernetes လူသတ်သမား။

Tupperware ဖြင့် မည်သည့်အတိုင်းအတာတွင်မဆို အစုအဖွဲ့များ၏ ထိရောက်ပြီး ယုံကြည်စိတ်ချရသော စီမံခန့်ခွဲမှု

ယနေ့တွင် Systems@Scale ဆွေးနွေးပွဲ ကျွန်ုပ်တို့၏ဝန်ဆောင်မှုအားလုံးနီးပါးကို သန်းပေါင်းများစွာသော ဆာဗာများတစ်လျှောက် ကွန်တိန်နာများကို စုစည်းပေးသည့် ကျွန်ုပ်တို့၏အစုအဝေးစီမံခန့်ခွဲမှုစနစ် Tupperware ကို မိတ်ဆက်ပေးခဲ့သည်။ ကျွန်ုပ်တို့သည် Tupperware ကို 2011 ခုနှစ်တွင် စတင်အသုံးပြုခဲ့ပြီး ထိုအချိန်မှစ၍ ကျွန်ုပ်တို့၏အခြေခံအဆောက်အအုံသည် ကြီးထွားလာခဲ့သည်။ ဒေတာစင်တာ ၁ ခု တစ်ခုလုံးအထိ ပထဝီ ဖြန့်ဝေသည့် ဒေတာစင်တာ ၁၅ ခု. ဤအချိန်အားလုံးတွင်၊ Tupperware သည် ကျွန်ုပ်တို့နှင့်အတူ ရပ်တန့်မနေဘဲ တီထွင်ခဲ့သည်။ Tupperware သည် နိုင်ငံပိုင်ဝန်ဆောင်မှုများအတွက် အဆင်ပြေသောပံ့ပိုးမှု၊ ဒေတာစင်တာအားလုံးအတွက် တစ်ခုတည်းသော ထိန်းချုပ်မှုဘောင်တစ်ခုအပါအဝင် ဝန်ဆောင်မှုများကြားတွင် အချိန်နှင့်တပြေးညီ ဖြန့်ဝေနိုင်မှုတို့အပါအဝင် ပထမတန်းစားအစုလိုက်စီမံခန့်ခွဲမှုကို မည်ကဲ့သို့ ပံ့ပိုးပေးသည်ကို သင့်အား ပြသပါမည်။ ကျွန်ုပ်တို့၏ အခြေခံအဆောက်အအုံများ တိုးတက်ပြောင်းလဲလာသည်နှင့်အမျှ ကျွန်ုပ်တို့သင်ယူခဲ့သည့် သင်ခန်းစာများကိုလည်း မျှဝေပေးပါမည်။

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

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

Tupperware တည်ဆောက်မှု

Tupperware PRN ဗိသုကာသည် ကျွန်ုပ်တို့၏ဒေတာစင်တာများ၏ ဒေသများထဲမှတစ်ခုဖြစ်သည်။ ထိုဒေသတွင် အနီးနားတွင်ရှိသော ဒေတာစင်တာအဆောက်အဦများ (PRN1 နှင့် PRN2) အများအပြားပါဝင်သည်။ ကျွန်ုပ်တို့သည် ဒေသတစ်ခုတည်းရှိ ဆာဗာအားလုံးကို စီမံခန့်ခွဲမည့် ထိန်းချုပ်အကန့်တစ်ခု ပြုလုပ်ရန် စီစဉ်နေသည်။

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

Tupperware သည် ကွန်တိန်နာများကို နေရာချထားပေးပြီး ၎င်းတို့၏ ဘဝသံသရာကို စီမံခန့်ခွဲရန် တာဝန်ရှိသည်။ ၎င်းတွင် အစိတ်အပိုင်းများစွာ ပါဝင်သည်-

• Tupperware ၏ ရှေ့ဆုံးတန်းသည် အသုံးပြုသူ အင်တာဖေ့စ်၊ CLI နှင့် Tupperware နှင့် အပြန်အလှန် တုံ့ပြန်နိုင်သည့် အခြား အလိုအလျောက် စနစ်သုံးကိရိယာများအတွက် API များကို ပံ့ပိုးပေးပါသည်။ ၎င်းတို့သည် Tupperware အလုပ်ပိုင်ရှင်များထံမှ အတွင်းပိုင်းတည်ဆောက်ပုံတစ်ခုလုံးကို ဝှက်ထားကြသည်။
• Tupperware Scheduler သည် container နှင့် job lifecycle ကို စီမံခန့်ခွဲရန် တာဝန်ရှိသော control panel တစ်ခုဖြစ်သည်။ ၎င်းကို ဒေသတွင်းနှင့် ကမ္ဘာလုံးဆိုင်ရာ အဆင့်များတွင် ဖြန့်ကျက်ထားပြီး၊ ဒေသဆိုင်ရာ အစီအစဉ်ဆွဲသူသည် ဒေသတစ်ခုတွင် ဆာဗာများကို စီမံခန့်ခွဲကာ ကမ္ဘာလုံးဆိုင်ရာ အချိန်ဇယားဆွဲသူသည် မတူညီသော ဒေသများမှ ဆာဗာများကို စီမံခန့်ခွဲသည်။ အစီအစဉ်ဆွဲသူကို shards များအဖြစ် ပိုင်းခြားထားပြီး shard တစ်ခုစီသည် အလုပ်အစုံကို စီမံခန့်ခွဲပါသည်။
• Tupperware ၏ Scheduler Proxy သည် အတွင်းပိုင်း ခွဲခြမ်းစိပ်ဖြာမှုကို ဖုံးကွယ်ပြီး Tupperware အသုံးပြုသူများအတွက် အဆင်ပြေသော ဖန်ကွက်တစ်ခုတည်းကို ထောက်ပံ့ပေးသည်။
• Tupperware ခွဲဝေပေးသူက ကွန်တိန်နာများကို ဆာဗာများသို့ ပေးသည်။ အစီအစဉ်ဆွဲသူသည် ကွန်တိန်နာများကို ရပ်တန့်ခြင်း၊ စတင်ခြင်း၊ အပ်ဒိတ်လုပ်ခြင်းနှင့် ပျက်ကွက်ခြင်းကို ကိုင်တွယ်သည်။ လက်ရှိတွင်၊ ခွဲဝေပေးသူတစ်ဉီးသည် အပိုင်းခွဲမခွဲဘဲ ဒေသတစ်ခုလုံးကို စီမံခန့်ခွဲနိုင်သည်။ (ဝေါဟာရဆိုင်ရာ ခြားနားချက်ကို သတိပြုပါ။ ဥပမာ၊ Tupperware ရှိ အချိန်ဇယားဆွဲသူသည် ထိန်းချုပ်မှုဘောင်နှင့် သက်ဆိုင်ပါသည်။ Kubernetesနှင့် Tupperware ခွဲဝေပေးသူကို Kubernetes ရှိ အချိန်ဇယားဆွဲသူဟုခေါ်သည်။)
• အရင်းအမြစ်ပွဲစားသည် ဆာဗာနှင့် ဝန်ဆောင်မှုဖြစ်ရပ်များအတွက် အမှန်တရားအရင်းအမြစ်ကို သိမ်းဆည်းသည်။ ကျွန်ုပ်တို့သည် ဒေတာစင်တာတစ်ခုစီအတွက် အရင်းအမြစ်ပွဲစားတစ်ဦးကို လုပ်ဆောင်နေပြီး ၎င်းသည် ထိုဒေတာစင်တာရှိ ဆာဗာများအကြောင်း အချက်အလက်အားလုံးကို သိမ်းဆည်းထားသည်။ အရင်းအမြစ်ပွဲစားနှင့် စွမ်းဆောင်ရည်စီမံခန့်ခွဲမှုစနစ် သို့မဟုတ် အရင်းအမြစ်ပံ့ပိုးပေးသည့်စနစ်သည် မည်သည့်ဆာဗာကို မည်သည့်အချိန်ဇယားဆွဲပေးပို့မှုကို ထိန်းချုပ်သည်ဖြစ်စေ ဒိုင်းနမစ်ဖြင့် ဆုံးဖြတ်သည်။ ကျန်းမာရေးစစ်ဆေးမှုဝန်ဆောင်မှုသည် ဆာဗာများကို စောင့်ကြည့်စစ်ဆေးပြီး ၎င်းတို့၏ကျန်းမာရေးဆိုင်ရာ အချက်အလက်များကို အရင်းအမြစ်ပွဲစားတွင် သိမ်းဆည်းထားသည်။ ဆာဗာတစ်ခုတွင် ပြဿနာများ သို့မဟုတ် ပြုပြင်ထိန်းသိမ်းမှု လိုအပ်ပါက၊ အရင်းအမြစ်ပွဲစားသည် ကွန်တိန်နာများကို ရပ်တန့်ရန် သို့မဟုတ် ၎င်းတို့အား အခြားဆာဗာများသို့ ရွှေ့ရန် ခွဲဝေပေးသူနှင့် အချိန်ဇယားရေးဆွဲသူကို အကြောင်းကြားသည်။
• Tupperware အေးဂျင့်သည် ကွန်တိန်နာများကို စီမံဆောင်ရွက်ပေးခြင်းနှင့် ဖယ်ရှားခြင်းတို့ကို ဆောင်ရွက်ပေးသည့် ဆာဗာတစ်ခုစီတွင် လုပ်ဆောင်နေသည့် daemon တစ်ခုဖြစ်သည်။ အပလီကေးရှင်းများသည် ကွန်တိန်နာအတွင်းတွင် လည်ပတ်စေပြီး ၎င်းတို့ကို သီးခြားခွဲထုတ်ခြင်းနှင့် မျိုးပွားနိုင်စွမ်းကို ပိုမိုပေးသည်။ ဂရန် မနှစ်က Systems @Scale ကွန်ဖရင့် ရုပ်ပုံများ၊ btrfs၊ cgroupv2 နှင့် systemd တို့ကို အသုံးပြု၍ Tupperware ကွန်တိန်နာတစ်ခုချင်းစီကို မည်သို့ဖန်တီးထားသည်ကို ကျွန်ုပ်တို့ ဖော်ပြပြီးဖြစ်သည်။

Tupperware ၏ထူးခြားသောအင်္ဂါရပ်များ

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

• နိုင်ငံပိုင်ဝန်ဆောင်မှုများအတွက် Built-in ပံ့ပိုးမှု။
• ရည်ရွယ်ချက်၊ အစုအဝေးများကို ဖျက်သိမ်းခြင်းနှင့် ပြုပြင်ထိန်းသိမ်းခြင်းတို့ကို အခြေခံ၍ ကွန်တိန်နာများ ပေးပို့ခြင်းကို အလိုအလျောက်လုပ်ဆောင်ရန် မတူညီသောဒေတာစင်တာများရှိ ဆာဗာများအတွက် တစ်ခုတည်းသော ထိန်းချုပ်မှု panel တစ်ခု။
• ဇူးမ်ချဲ့ရန်အတွက် ထိန်းချုပ်အကန့်၏ ပိုင်းခြားမှုကို ရှင်းလင်းပါ။
• Elastic computing သည် သင့်အား ဝန်ဆောင်မှုများကြားတွင် အချိန်နှင့်တပြေးညီ ဖြန့်ဝေပေးနိုင်သည် ။

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

နိုင်ငံပိုင်ဝန်ဆောင်မှုများအတွက် Built-in ပံ့ပိုးမှု။

Tupperware သည် Facebook၊ Instagram၊ Messenger နှင့် WhatsApp အတွက် အမြဲမပြတ် ထုတ်ကုန်ဒေတာကို သိမ်းဆည်းသည့် အရေးကြီးသော ဝန်ဆောင်မှုများစွာကို လုပ်ဆောင်ပါသည်။ ၎င်းတို့သည် သော့တန်ဖိုးအတွဲများ၏ စတိုးဆိုင်ကြီးများ ဖြစ်နိုင်သည် (ဥပမာ။ ZippyDB) နှင့် data repositories ကို စောင့်ကြည့်ခြင်း (ဥပမာ၊ ODS Gorilla и Scuba) ကွန်တိန်နာများ ထောက်ပံ့ပေးခြင်းသည် ကွန်ရက်ပြတ်တောက်ခြင်း သို့မဟုတ် ဓာတ်အားပြတ်တောက်ခြင်းအပါအဝင် ကြီးမားသောအနှောက်အယှက်များကို ခံနိုင်ရည်ရှိစေရေးစနစ်မှ သေချာစေသောကြောင့် နိုင်ငံတော်၏ဝန်ဆောင်မှုများကို ထိန်းသိမ်းခြင်းသည် မလွယ်ကူပါ။ အပြစ်ရှိသော ဒိုမိန်းများတစ်လျှောက် ကွန်တိန်နာများကို ဖြန့်ဝေခြင်းကဲ့သို့သော သမားရိုးကျနည်းပညာများသည် နိုင်ငံမဲ့ဝန်ဆောင်မှုများအတွက် ကောင်းမွန်စွာအလုပ်လုပ်သော်လည်း၊ နိုင်ငံပိုင်ဝန်ဆောင်မှုများသည် ထပ်လောင်းပံ့ပိုးမှု လိုအပ်ပါသည်။

ဥပမာအားဖြင့်၊ ဆာဗာချို့ယွင်းမှုတစ်ခုသည် ဒေတာဘေ့စ်ပုံတူတစ်ခုကို မရရှိနိုင်ပါက၊ 50 ပေါင်းကူးကန်မှ ဆာဗာ 10 တွင် cores များကို အပ်ဒိတ်လုပ်မည့် အလိုအလျောက်ပြုပြင်ထိန်းသိမ်းမှုကို သင်ဖွင့်သင့်ပါသလား။ အခြေအနေပေါ် မူတည်. ဤဆာဗာ 50 တွင် တစ်ခုက တူညီသောဒေတာဘေ့စ်၏ နောက်ထပ်ပုံတူရှိနေပါက၊ ပုံစံတူ 2 ခုကို တစ်ပြိုင်နက်စောင့်ဆိုင်းပြီး စောင့်ဆိုင်းခြင်းက ပိုကောင်းပါတယ်။ စနစ်ပြုပြင်ထိန်းသိမ်းမှုနှင့် စွမ်းဆောင်ရည်နှင့်ပတ်သက်၍ ဒိုင်းနမစ်ဆုံးဖြတ်ချက်များချနိုင်ရန်၊ ကျွန်ုပ်တို့သည် အတွင်းဒေတာပုံတူပွားမှုနှင့် ပြည်နယ်အလိုက်ဝန်ဆောင်မှုတစ်ခုစီ၏ နေရာချထားမှုဆိုင်ရာ ယုတ္တိအကြောင်း အချက်အလက် လိုအပ်ပါသည်။

TaskControl အင်တာဖေ့စ်သည် နိုင်ငံပိုင်ဝန်ဆောင်မှုများကို ဒေတာရရှိနိုင်မှုအပေါ် သက်ရောက်မှုရှိသော ဆုံးဖြတ်ချက်များကို လွှမ်းမိုးရန် ခွင့်ပြုသည်။ ဤအင်တာဖေ့စ်ကိုအသုံးပြုခြင်းဖြင့်၊ အချိန်ဇယားဆွဲသူသည် ကွန်တိန်နာလုပ်ဆောင်ချက်များအကြောင်း ပြင်ပအပလီကေးရှင်းများ (ပြန်လည်စတင်ခြင်း၊ အပ်ဒိတ်လုပ်ခြင်း၊ ရွှေ့ပြောင်းခြင်း၊ ပြုပြင်ထိန်းသိမ်းခြင်း) ကို အသိပေးသည်။ နိုင်ငံပိုင်ဝန်ဆောင်မှုတစ်ခုသည် လုပ်ဆောင်ချက်တစ်ခုစီကို လုပ်ဆောင်ရန် ဘေးကင်းသည့်အခါ Tupperware အား ပြောပြသည့် ထိန်းချုပ်ကိရိယာကို အကောင်အထည်ဖော်ပေးကာ အဆိုပါလုပ်ဆောင်ချက်များကို ယာယီရွှေ့ဆိုင်းနိုင်သည် သို့မဟုတ် နှောင့်နှေးနိုင်သည်။ အထက်ဖော်ပြပါ ဥပမာတွင်၊ ဒေတာဘေ့စ်ထိန်းချုပ်သူသည် Tupperware အား ဆာဗာ 49 ခုမှ 50 ခုကို အပ်ဒိတ်လုပ်ရန် ပြောနိုင်သော်လည်း တိကျသောဆာဗာ (X) ကို ယခုလောလောဆယ် ချန်ထားပါ။ ရလဒ်အနေဖြင့်၊ kernel အပ်ဒိတ်ကာလဖြတ်သန်းပြီး ဒေတာဘေ့စ်သည် ပြဿနာရှိသောပုံစံတူကို ပြန်လည်မရယူနိုင်သေးပါက၊ Tupperware သည် X ဆာဗာကို အပ်ဒိတ်လုပ်နေဆဲဖြစ်သည်။

Tupperware ရှိ ပြည်နယ်ဆိုင်ရာ ဝန်ဆောင်မှုများစွာသည် TaskControl ကို တိုက်ရိုက်မဟုတ်ဘဲ၊ Facebook တွင် နိုင်ငံပိုင်ဝန်ဆောင်မှုများဖန်တီးရန်အတွက် ဘုံပလက်ဖောင်းဖြစ်သည့် ShardManager မှတဆင့် အသုံးပြုပါသည်။ Tupperware ဖြင့်၊ developer များသည် ဒေတာစင်တာများတစ်လျှောက် ကွန်တိန်နာများကို မည်ကဲ့သို့ ဖြန့်ဝေရမည်ကို အတိအကျသတ်မှတ်နိုင်သည် ။ ShardManager ဖြင့်၊ developer များသည် ကွန်တိန်နာများကြားတွင် data shards များကို မည်သို့ဖြန့်ဝေသင့်သည်အတွက် ၎င်းတို့၏ ရည်ရွယ်ချက်ကို သတ်မှတ်ပေးပါသည်။ ShardManager သည် ၎င်း၏ အပလီကေးရှင်းများ၏ ဒေတာနေရာချထားမှုနှင့် ပုံတူကူးချခြင်းတို့ကို သတိပြုမိပြီး တိုက်ရိုက်အပလီကေးရှင်းတွင် ပါဝင်မှုမရှိဘဲ ကွန်တိန်နာလုပ်ဆောင်မှုများကို အချိန်ဇယားဆွဲရန် TaskControl အင်တာဖေ့စ်မှတစ်ဆင့် Tupperware နှင့် ဆက်သွယ်သည်။ ဤပေါင်းစပ်မှုသည် နိုင်ငံပိုင်ဝန်ဆောင်မှုများ၏စီမံခန့်ခွဲမှုကို များစွာရိုးရှင်းစေသော်လည်း TaskControl သည် ပိုမိုလုပ်ဆောင်နိုင်စွမ်းရှိသည်။ ဥပမာအားဖြင့်၊ ကျွန်ုပ်တို့၏ကျယ်ပြန့်သောဝဘ်အဆင့်သည် နိုင်ငံမဲ့ဖြစ်ပြီး ကွန်တိန်နာများသို့ အပ်ဒိတ်များ၏နှုန်းကို ဒိုင်နမစ်ဖြင့်ချိန်ညှိရန် TaskControl ကိုအသုံးပြုသည်။ နောက်ဆုံးတော့ ဝဘ်အဆင့်သည် ဆော့ဖ်ဝဲလ်များစွာကို လျင်မြန်စွာ ပြီးမြောက်အောင် လုပ်ဆောင်နိုင်စွမ်းရှိသည်။ တစ်နေ့လျှင်ရရှိနိုင်မှုကိုအလျှော့မပေးဘဲ။

ဒေတာစင်တာများတွင် ဆာဗာများကို စီမံခန့်ခွဲခြင်း။

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

ကျွန်ုပ်တို့သည် အစုလိုက်အပြုံလိုက် ဖျက်သိမ်းခြင်းပြဿနာကို ဖြေရှင်းရန်နှင့် အခြားသော ပြုပြင်ထိန်းသိမ်းမှု အမျိုးအစားများကို ညှိနှိုင်းရန်အတွက် အရင်းအမြစ်ပွဲစားတစ်ခုကို ဖန်တီးခဲ့သည်။ အရင်းအမြစ်ပွဲစားသည် ဆာဗာတစ်ခုနှင့် ဆက်စပ်နေသည့် ရုပ်ပိုင်းဆိုင်ရာ အချက်အလက်အားလုံးကို ခြေရာခံပြီး မည်သည့်အချိန်ဇယားသည် ဆာဗာတစ်ခုစီကို ထိန်းချုပ်သည်ကို ဒိုင်းနမစ်ဖြင့် ဆုံးဖြတ်သည်။ ဆာဗာများကို အချိန်ဇယားဆွဲသူများထံ ဒိုင်းနမစ်ဖြင့် ချိတ်ဆက်ခြင်းသည် အချိန်ဇယားဆွဲသူကို မတူညီသော ဒေတာစင်တာများရှိ ဆာဗာများကို စီမံခန့်ခွဲရန် ခွင့်ပြုသည်။ Tupperware အလုပ်သည် အစုအဝေးတစ်ခုတည်းတွင် ကန့်သတ်မထားတော့သောကြောင့် Tupperware အသုံးပြုသူများသည် ကွန်တိန်နာများကို မှားယွင်းသောဒိုမိန်းများတစ်လျှောက် ကွန်တိန်နာများကို မည်သို့ဖြန့်ဝေသင့်သည်ကို သတ်မှတ်နိုင်ပါသည်။ ဥပမာအားဖြင့်၊ ဆော့ဖ်ဝဲအင်ဂျင်နီယာတစ်ဦးသည် ၎င်း၏ရည်ရွယ်ချက်ကို ကြေငြာနိုင်သည် (ပြောပါ- "PRN ဒေသရှိ အမှားဒိုမိန်း 2 ခုတွင် ကျွန်ုပ်၏အလုပ်အား လုပ်ဆောင်ပါ") သီးသန့်ရရှိနိုင်မှုဇုန်များကို မသတ်မှတ်ဘဲ လုပ်ဆောင်နိုင်သည်။ Tupperware ကိုယ်တိုင်က ဤရည်ရွယ်ချက်ကို အကောင်အထည်ဖေါ်ရန် သင့်လျော်သောဆာဗာများကို ရှာတွေ့လိမ့်မည်၊

ကမ္ဘာလုံးဆိုင်ရာ စနစ်တစ်ခုလုံးကို ပံ့ပိုးပေးနိုင်သည့် အရွယ်ဖြစ်သည်။

သမိုင်းကြောင်းအရ၊ ကျွန်ုပ်တို့၏အခြေခံအဆောက်အအုံသည် အဖွဲ့တစ်ဖွဲ့ချင်းစီအတွက် သီးခြားဆာဗာပေါင်းရာပေါင်းများစွာကို ခွဲခြားထားသည်။ အကွဲကွဲအပြားပြားဖြစ်ပြီး စံချိန်စံညွှန်းမရှိခြင်းကြောင့် ကျွန်ုပ်တို့တွင် လုပ်ငန်းလည်ပတ်မှုကုန်ကျစရိတ်မြင့်မားပြီး idle server များကို ထပ်မံအသုံးပြုရန် ပိုမိုခက်ခဲပါသည်။ မနှစ်က ညီလာခံမှာ စနစ်များ @Scale ငါတို့တင်ပြတယ်။ ဝန်ဆောင်မှုအဖြစ် အခြေခံအဆောက်အဦ (IaaS)ကျွန်ုပ်တို့၏အခြေခံအဆောက်အအုံများကို ကြီးမားသောတစ်ခုတည်းသောဆာဗာပန်းခြံတစ်ခုအဖြစ် ပေါင်းစည်းသင့်သည်။ ဒါပေမယ့် ဆာဗာပန်းခြံတစ်ခုတည်းမှာ သူ့ရဲ့အခက်အခဲတွေရှိပါတယ်။ ၎င်းသည် အချို့သော လိုအပ်ချက်များနှင့် ကိုက်ညီရမည်-

• ကျွမ်းကျင်ပိုင်နိုင်မှု။ ဒေသတစ်ခုစီတွင် ဒေတာစင်တာများ ပေါင်းထည့်ခြင်းဖြင့် ကျွန်ုပ်တို့၏ အခြေခံအဆောက်အဦများ တိုးတက်လာခဲ့သည်။ ဆာဗာများသည် သေးငယ်လာပြီး စွမ်းအင်ပိုသက်သာလာသောကြောင့် ဒေသတစ်ခုစီတွင် ၎င်းတို့ထဲမှ နောက်ထပ်များစွာ ရှိနေပါသည်။ ရလဒ်အနေဖြင့်၊ ဒေသတစ်ခုစီတွင် အချိန်ဇယားဆွဲသူတစ်ခုတည်းသည် ဒေသတစ်ခုစီရှိ ဆာဗာထောင်ပေါင်းများစွာတွင် အသုံးပြုနိုင်သည့် ကွန်တိန်နာအရေအတွက်ကို ကိုင်တွယ်ဆောင်ရွက်နိုင်မည်မဟုတ်ပေ။
• ယုံကြည်စိတ်ချရ။ အချိန်ဇယားကို ဤမျှအတိုင်းအတာအထိ ချဲ့ထွင်နိုင်သော်လည်း၊ အချိန်ဇယားရေးဆွဲသူ၏ ကြီးမားသောအတိုင်းအတာသည် အမှားအယွင်းများ ဖြစ်နိုင်ခြေ ပိုများပြီး ကွန်တိန်နာ၏ ဧရိယာတစ်ခုလုံးကို စီမံခန့်ခွဲ၍မရဖြစ်သွားနိုင်သည်။
• အမှားခံနိုင်ရည်ရှိသည်။ ကြီးမားသော အခြေခံအဆောက်အအုံ ချို့ယွင်းမှုတစ်ခု ဖြစ်ပွားသောအခါ (ဥပမာ၊ အချိန်ဇယားကို လည်ပတ်နေသည့် ဆာဗာများသည် ကွန်ရက်ချို့ယွင်းမှု သို့မဟုတ် ဓာတ်အားပြတ်တောက်မှုကြောင့် ပျက်ကွက်ခြင်း)၊ အဆိုပါ ဆိုးကျိုးများသည် ဒေသတွင်းရှိ ဆာဗာများ၏ အစိတ်အပိုင်းတစ်ခုမျှသာ အကျိုးသက်ရောက်သင့်သည်။
• အသုံးပြုမှုအဆင်ပြေ။ ဒေသတစ်ခုအတွက် သီးခြားလွတ်လပ်သော အချိန်ဇယားများကို သင်လုပ်ဆောင်ရန် လိုအပ်သည်ဟု ထင်နိုင်သည်။ သို့သော် အဆင်ပြေသောရှုထောင့်မှနေ၍ ဒေသတစ်ခု၏ မျှဝေသုံးရေကန်သို့ ဝင်ရောက်သည့်အချက်တစ်ခုတည်းက စွမ်းဆောင်ရည်နှင့် အလုပ်အကိုင်များကို စီမံခန့်ခွဲရန် ပိုမိုလွယ်ကူစေသည်။

ကြီးမားသော မျှသုံးရေကူးကန်ကို ထိန်းသိမ်းခြင်းဆိုင်ရာ ပြဿနာများကို ဖြေရှင်းရန်အတွက် အစီအစဉ်ဆွဲသူကို အပိုင်းများခွဲထားသည်။ အချိန်ဇယားဆွဲသူ shard တစ်ခုစီသည် ဒေသတွင်းရှိ ၎င်း၏ကိုယ်ပိုင်အလုပ်များကို စီမံခန့်ခွဲကြပြီး၊ ၎င်းသည် အချိန်ဇယားဆွဲသူနှင့် ဆက်စပ်နေသည့် အန္တရာယ်ကို လျှော့ချပေးသည်။ မျှဝေထားသော ရေကူးကန် ကြီးထွားလာသည်နှင့်အမျှ၊ ကျွန်ုပ်တို့သည် အချိန်ဇယားဆွဲသည့်အပိုင်းများကို ပိုမိုထည့်နိုင်သည်။ Tupperware အသုံးပြုသူများအတွက်၊ shards နှင့် scheduler proxy များသည် control panel တစ်ခုနှင့်တူသည်။ သူတို့သည် အလုပ်များကို ကြိုးကိုင်ပေးသည့် အပိုင်းအစများစွာဖြင့် လုပ်ဆောင်ရန် မလိုအပ်ပါ။ Scheduler shards များသည် network topology အရ မျှဝေထားသော servers များကို ကိန်းဂဏာန်းမပိုင်းခြားဘဲ ထိန်းချုပ်မှု panel ကို အပိုင်းပိုင်းခွဲထားသောအခါတွင် ယခင်အသုံးပြုခဲ့သည့် cluster အချိန်ဇယားများနှင့် အခြေခံအားဖြင့် ကွဲပြားပါသည်။

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

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

• Elastic computing - တိတ်ဆိတ်သောနာရီများအတွင်း အွန်လိုင်းဝန်ဆောင်မှုများကို လျှော့ချပြီး စက်သင်ယူမှုနှင့် MapReduce အလုပ်များကဲ့သို့သော အော့ဖ်လိုင်းအလုပ်များများအတွက် အခမဲ့ဆာဗာများကို အသုံးပြုပါ။
• ဝန်ပိုချခြင်း - အွန်လိုင်းဝန်ဆောင်မှုများနှင့် batch workloads များကို တူညီသောဆာဗာများပေါ်တွင် ထားရှိခြင်းဖြင့် batch workload များကို ဦးစားပေးလုပ်ဆောင်နိုင်စေရန်။

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


အခြေခံအားဖြင့်၊ ကျွန်ုပ်တို့သည် elastic computing ကို အသုံးပြု၍ အသုံးပြုမှုစွမ်းဆောင်ရည်ကို မြှင့်တင်ပေးပါသည်။ News Feed၊ Messaging ဝန်ဆောင်မှုနှင့် ရှေ့ဆုံး ဝဘ်အဆင့် ကဲ့သို့သော ကျွန်ုပ်တို့၏ အဓိက ဝန်ဆောင်မှုများစွာသည် နေ့အချိန်ပေါ်မူတည်၍ ကွဲပြားပါသည်။ ကျွန်ုပ်တို့သည် တိတ်ဆိတ်သောအချိန်များအတွင်း အွန်လိုင်းဝန်ဆောင်မှုများကို ရည်ရွယ်ချက်ရှိရှိ လျှော့ချပြီး စက်သင်ယူမှုနှင့် MapReduce အလုပ်များကဲ့သို့သော အော့ဖ်လိုင်းအလုပ်များများအတွက် အခမဲ့ဆာဗာများကို အသုံးပြုပါသည်။

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

သင်ခန်းစာများနှင့် အနာဂတ်အတွက် အစီအစဉ်များ

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

• ထိန်းချုပ်အကန့်နှင့် ၎င်းစီမံခန့်ခွဲသည့် ဆာဗာများကြား ပြောင်းလွယ်ပြင်လွယ်ချိတ်ဆက်မှုတစ်ခုကို စနစ်ထည့်သွင်းပါ။ ဤပြောင်းလွယ်ပြင်လွယ်သည် ထိန်းချုပ်မှုဘောင်အား မတူညီသောဒေတာစင်တာများရှိ ဆာဗာများကို စီမံခန့်ခွဲရန်၊ အစုအဝေးများကို ဖျက်သိမ်းခြင်းနှင့် ပြုပြင်ထိန်းသိမ်းခြင်းတို့ကို အလိုအလျောက်ဖြစ်စေရန်နှင့် elastic computing ကို အသုံးပြု၍ တက်ကြွသောစွမ်းရည်ခွဲဝေမှုကို လုပ်ဆောင်နိုင်စေပါသည်။
• ဒေသတွင်းတွင် ထိန်းချုပ်မှုအကန့်တစ်ခုတည်းဖြင့်၊ ၎င်းသည် လုပ်ငန်းဆောင်တာများနှင့်လုပ်ဆောင်ရန် ပိုမိုအဆင်ပြေလာပြီး ကြီးမားသောမျှဝေထားသောဆာဗာအုပ်စုကို စီမံခန့်ခွဲရန် ပိုမိုလွယ်ကူလာပါသည်။ စကေး ​​သို့မဟုတ် အမှားခံနိုင်ရည်ကြောင့် ၎င်း၏အတွင်းပိုင်းဖွဲ့စည်းပုံကို ပိုင်းခြားထားသော်လည်း ထိန်းချုပ် panel သည် ဝင်ပေါက်အမှတ်တစ်ခုတည်းကို ထိန်းသိမ်းထားကြောင်း သတိပြုပါ။
• ပလပ်အင်မော်ဒယ်ကို အသုံးပြု၍ ထိန်းချုပ်အကန့်သည် လာမည့်ကွန်တိန်နာလုပ်ဆောင်မှုများကို ပြင်ပအပလီကေးရှင်းများကို အသိပေးနိုင်သည်။ ထို့အပြင်၊ stateful ဝန်ဆောင်မှုများသည် ကွန်တိန်နာစီမံခန့်ခွဲမှုကို စိတ်ကြိုက်ပြင်ဆင်ရန် plugin interface ကိုသုံးနိုင်သည်။ ဤပလပ်အင်မော်ဒယ်ဖြင့်၊ ထိန်းချုပ်မှုဘောင်သည် မတူညီသော ပြည်နယ်ဆိုင်ရာဝန်ဆောင်မှုများစွာကို ထိထိရောက်ရောက် ဝန်ဆောင်မှုပေးနေစဉ် ရိုးရှင်းမှုကို ပံ့ပိုးပေးပါသည်။
• ကျွန်ုပ်တို့သည် အစုလိုက်အလုပ်များ၊ စက်သင်ယူမှုနှင့် အခြားအရေးပေါ်မဟုတ်သောဝန်ဆောင်မှုများအတွက် အလှူရှင်ဝန်ဆောင်မှုများမှ ဆာဗာတစ်ခုလုံးကို ဖယ်ထုတ်သည့် elastic computing သည် သေးငယ်ပြီး စွမ်းအင်သက်သာသောဆာဗာများ၏ စွမ်းဆောင်ရည်ကို မြှင့်တင်ရန် အကောင်းဆုံးနည်းလမ်းဖြစ်သည်ဟု ကျွန်ုပ်တို့ယုံကြည်ပါသည်။

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

source: www.habr.com