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

မင်္ဂလာပါ! ကျွန်ုပ်တို့သည် "Hosting Technologies" ဖြစ်ပြီး လွန်ခဲ့သော 5 နှစ်က စတင်ခဲ့သည်။ VDSina - developer များအတွက် အထူးဖန်တီးထားသော ပထမဆုံး vds hosting။ ကျွန်ုပ်တို့သည် DigitalOcean ကဲ့သို့ အဆင်ပြေစေရန် ကြိုးစားသော်လည်း ရုရှားနိုင်ငံရှိ ငွေပေးချေမှုနည်းလမ်းများနှင့် ဆာဗာများနှင့်အတူ ရုရှားနိုင်ငံမှ ပံ့ပိုးကူညီမှုများဖြင့် လုပ်ဆောင်ပါသည်။ သို့သော် DigitalOcean သည် ယုံကြည်စိတ်ချရမှုနှင့် စျေးနှုန်းသာမက ဝန်ဆောင်မှုတစ်ခုလည်းဖြစ်သည်။

ISPsystem မှ ဆော့ဖ်ဝဲလ်သည် အေးမြသောဝန်ဆောင်မှုတစ်ခုဆီသို့ ကျွန်ုပ်တို့၏လက်များကို ချည်နှောင်ထားသည့်ကြိုးတစ်ခုဖြစ်လာခဲ့သည်။ လွန်ခဲ့သောသုံးနှစ်က ကျွန်ုပ်တို့သည် Billmanager ငွေတောင်းခံခြင်းနှင့် VMmanager ဆာဗာထိန်းချုပ်မှု panel ကိုအသုံးပြုခဲ့ပြီး ကျွန်ုပ်တို့၏ကိုယ်ပိုင်ထိန်းချုပ်မှုဘောင်မပါဘဲ ဝန်ဆောင်မှုကောင်းတစ်ခုပေးဆောင်ရန် မဖြစ်နိုင်လုနီးပါးဖြစ်ကြောင်း လျင်မြန်စွာသဘောပေါက်ခဲ့သည်။

ISPsystem က ဘယ်လို Convenience ဖြစ်ခဲ့တာလဲ။

အမှားအယွင်းများ

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

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

Downtime Threat

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

အပ်ဒိတ်တစ်ခုစီတိုင်းသည် ထီပေါက်သည်- ကျွန်ုပ်သည် ငွေတောင်းခံခြင်းကို ဖုံးကွယ်ကာ အပ်ဒိတ်များ၏ဘုရားများကို ယဇ်ပူဇော်ခဲ့ရသည် - အပ်ဒိတ်သည် နှစ်ကြိမ်မှ 10-15 မိနစ်အထိ ရပ်တန့်သွားစေသည်။ ဤအချိန်တွင် ကျွန်ုပ်တို့၏ စီမံခန့်ခွဲသူများသည် ၎င်းတို့၏မျက်လုံးများကို ထိုင်ကြည့်နေကြသည် - ကျွန်ုပ်တို့သည် စက်ရပ်ချိန်မည်မျှကြာမည်ကို ကျွန်ုပ်တို့မသိခဲ့သလို ISPsystem မှ အပ်ဒိတ်အသစ်ကိုထုတ်ရန် ဆုံးဖြတ်မည့်အချိန်ကို ခန့်မှန်း၍မရနိုင်ပါ။

ပဉ္စမမျိုးဆက်တွင်၊ Billmanager ပိုကောင်းလာသော်လည်း လိုအပ်သောအင်္ဂါရပ်များကို အသုံးပြုနိုင်စေရန်၊ အပတ်တိုင်း အပ်ဒိတ်လုပ်ထားပြီးဖြစ်သော beta ကို ထည့်သွင်းရမည်ဖြစ်ပါသည်။ တစ်စုံတစ်ခု ပျက်သွားပါက၊ တစ်ခုခုကို ပြင်နိုင်ရန် အခြား developer များသို့ ဝင်ရောက်ခွင့် ပေးရမည်ဖြစ်ပါသည်။

အဆင်မပြေသော panel interface

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

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

မကြာခဏ API အပ်ဒိတ်များဖြင့် တိုတောင်းသော ဘဝသံသရာ

ကျွန်ုပ်တို့သည် ကျွန်ုပ်တို့၏ကိုယ်ပိုင်ပလပ်အင်များကို ရေးသားခဲ့သည် - ဥပမာ၊ VMManager တွင်မရှိသော နောက်ထပ်ငွေပေးချေမှုနည်းလမ်းများပါရှိသော ပလပ်အင်တစ်ခု။

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

ပြုပြင်၍မရပါ။

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

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

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

ပြီးတော့ ကျွန်တော်တို့ ဖွံ့ဖြိုးတိုးတက်မှုကို စတင်ခဲ့တယ်။

ပန်နယ်ဗိသုကာအသစ်

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

အဆင့် 1: ဆာဗာအေးဂျင့်

ဆာဗာ အေးဂျင့်သည် စာကြည့်တိုက်ကို စီမံခန့်ခွဲသည့် python ဝဘ်ဆာဗာဖြစ်သည်။ libvirtအလှည့်ကျ အုပ်ချုပ်သည်။ Qemu-kvm hypervisor.

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

သီအိုရီအရ၊ libvirt သည် ငွေတောင်းခံခြင်းမှ တိုက်ရိုက်ထိန်းချုပ်နိုင်သော်လည်း ၎င်းသည် အပိုကုဒ်များစွာ လိုအပ်သောကြောင့် အေးဂျင့်နှင့် ငွေတောင်းခံခြင်းကြားတွင် ဤလုပ်ဆောင်ချက်များကို ခွဲထုတ်ရန် ဆုံးဖြတ်ခဲ့သည် - ငွေပေးချေမှုသည် JSON API မှတစ်ဆင့် အေးဂျင့်ထံ တောင်းဆိုမှုများကို ရိုးရှင်းစွာပြုလုပ်သည်။

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

ဆာဗာအေးဂျင့်က ကျွန်ုပ်တို့အား ပေးသောအရာ- လူတိုင်းအတွက် ဘဝကို ရိုးရှင်းစေမည့် အလွှာတစ်ခု ပေါ်လာသည် - ငွေပေးချေမှုတွင် ညွှန်ကြားချက်များ အားလုံးကို ပေးပို့ရန် မလိုအပ်သော်လည်း တောင်းဆိုမှုတစ်ခုသာ ပြုလုပ်ပါ။ အေးဂျင့်သည် လိုအပ်သမျှကို လုပ်ဆောင်ပေးလိမ့်မည်- ဥပမာ၊ ၎င်းသည် disk space နှင့် RAM ကို ခွဲဝေပေးမည်ဖြစ်သည်။

အဆင့် 2. ငွေတောင်းခံခြင်း။

ကျွန်ုပ်တို့၏ developer Alex အတွက်၊ ၎င်းသည် ပထမဆုံး control panel မဟုတ်ပါ။ Alex သည် အချိန်အတော်ကြာအောင် hosting လုပ်ထားသောကြောင့် client လိုအပ်သည်နှင့် hoster လိုအပ်သည်များကို ယေဘူယျနားလည်ပါသည်။

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

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

ငွေပေးချေမှုအသစ်တွင် မူရင်း PHP၊ MySQL (အနာဂတ်တွင် PostgreSQL)၊ Yii2 ကို backend ရှိ framework အဖြစ်နှင့် ရှေ့တွင် VueJS ဟူ၍ အတွဲနှစ်ခုကို အသုံးပြုထားသည်။ Stacks များသည် တစ်ခုနှင့်တစ်ခု သီးခြားလုပ်ဆောင်ကြပြီး၊ မတူညီသောလူများက ဖန်တီးကြပြီး JSON API ကို အသုံးပြု၍ ဆက်သွယ်ကြသည်။ ဖွံ့ဖြိုးတိုးတက်မှုအတွက် ထိုအချိန်နှင့် ယခု ကျွန်ုပ်တို့အသုံးပြုသည်။ PHPStorm и ဝဘ်မုန်တိုင်း JetBrains မှ သူတို့ကို အရမ်းချစ်တယ် (ဟေ့ကောင်တွေ။)

အကန့်အား မော်ဂျူလာအခြေခံဖြင့် ဒီဇိုင်းထုတ်သည်- ငွေပေးချေမှုစနစ် မော်ဂျူးများ၊ ဒိုမိန်းမှတ်ပုံတင်သူ မော်ဂျူး သို့မဟုတ် ဥပမာ၊ SSL လက်မှတ် မော်ဂျူးတစ်ခု။ အင်္ဂါရပ်အသစ်တစ်ခုကို အလွယ်တကူထည့်နိုင်သည် သို့မဟုတ် အဟောင်းတစ်ခုကို ဖယ်ရှားနိုင်သည်။ ချဲ့ထွင်ခြင်းအတွက် အခြေခံအုတ်မြစ်ကို “ဟာ့ဒ်ဝဲဆီသို့” ဆန့်ကျင်ဘက်ဦးတည်ချက်အပါအဝင် ဗိသုကာလက်ရာဖြင့် ချထားပါသည်။

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

အဆင့် 3 အင်တာဖေ့စ်

အင်တာဖေ့စ်သည် ကျွန်ုပ်တို့၏အဖွဲ့၏ ဉာဏ်ရည်ဉာဏ်သွေးဖြစ်သည်။

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

အဓိကအချက်မှာ သန့်ရှင်းပြီး အနည်းငယ်မျှသာသော ဒီဇိုင်းဖြင့် အင်တာဖေ့စ်ကို ယုတ္တိရှိရှိဖြစ်အောင် ပြုလုပ်ရန်ဖြစ်သည်၊ ထို့နောက် ကျွန်ုပ်တို့သည် လှပသော panel တစ်ခုရရှိမည်ဟု ကျွန်ုပ်တို့ယုံကြည်ခဲ့သည်။ ဒြပ်စင်များ၏တည်နေရာကို Megaplan တွင် ဆွေးနွေးခဲ့ပြီး ယခုအခါ control panel တွင်အသုံးပြုသူများမြင်ရသော interface ကို တဖြည်းဖြည်းမွေးဖွားလာမည်ဖြစ်သည်။

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

ရှေ့ပိုင်း

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

ရှေ့တန်းကို နောက်တန်းသို့ ချိတ်ဆက်ခြင်း။

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

ဘာဖြစ်တာလဲ: panel interface သည် ပိုမိုရိုးရှင်းလာသည်။ ကျွန်ုပ်တို့သည် ၎င်းကို လိုက်လျောညီထွေဖြစ်အောင် ပြုလုပ်ထားပြီး လျင်မြန်စွာ loading သည် အကန့်နှင့်အလုပ်လုပ်ရန် သီးခြားအက်ပလီကေးရှင်းကို မထည့်သွင်းဘဲ မထွက်ခွာမီ နောက်ဆုံးမိနစ်တွင် မိုဘိုင်းလ်ဖုန်းများမှပင် ၎င်းအား အသုံးပြုနိုင်သည်။

အဆင့် 4။ စမ်းသပ်ခြင်းနှင့် ရွှေ့ပြောင်းခြင်းအစီအစဉ်

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

ထို့နောက် ဒေတာဘေ့စ်ကို ငွေပေးချေမှုဟောင်းမှ အသစ်သို့ လွှဲပြောင်းပေးသည့် ရိုးရှင်းသော ဇာတ်ညွှန်းတစ်ခုကို ရေးသားခဲ့သည်။

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

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

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

ရလဒ်အဖြစ်: အသက်ရှင်နေပါသည်။

ပျော်ရွှင်စရာ ကုန်ဆုံးပါစေ။

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

အကန့်အသစ်ကို စတင်ပြီးနောက် ပထမဆုံး ပြန်လည်သုံးသပ်ခြင်း။

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

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

လာမည့်ဘာလဲ?

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

ဟုတ်ပါတယ်၊၊ ဥပမာ၊ HighLoad ကိုထည့်တဲ့အခါ ထုတ်ကုန်က ပိုရှုပ်ထွေးလာတဲ့အတွက် စွန့်စားခန်းတွေရှိနေတုန်းပါပဲ။

နောက်ဆောင်းပါးတွင်၊ Hi-CPU အကောက်ခွန်ကို မည်သို့စတင်ခဲ့သည်- ဟာ့ဒ်ဝဲ၊ ဆော့ဖ်ဝဲလ်၊ ကျွန်ုပ်တို့ဖြေရှင်းခဲ့သည့်အရာများနှင့် ကျွန်ုပ်တို့လုပ်ဆောင်ခဲ့သည့်အရာများအကြောင်း ပြောပြပါမည်။

source: www.habr.com