ရှုံးနိမ့်ခြင်း- ပြီးပြည့်စုံခြင်း နှင့်... ပျင်းရိခြင်းသည် ကျွန်ုပ်တို့ကို ပျက်စီးစေပါသည်။

နွေရာသီတွင်၊ ဝယ်ယူမှုလှုပ်ရှားမှုနှင့် ဝဘ်ပရောဂျက်များ၏ အခြေခံအဆောက်အအုံဆိုင်ရာ အပြောင်းအလဲများ၏ ပြင်းထန်မှုမှာ အစဉ်အလာအားဖြင့် လျော့နည်းသွားကြောင်း Captain Obvious က ကျွန်ုပ်တို့ကို ပြောကြားခဲ့သည်။ ဘာကြောင့်လဲ ဆိုတော့ IT ကျွမ်းကျင်သူတွေတောင်မှ တစ်ခါတလေ အားလပ်ရက်မှာ သွားကြတယ်။ ပြီးတော့ CTO လည်းပါတယ်။ ရာထူးကျန်သူတွေအတွက် ပိုခက်ခဲပါတယ်၊ ဒါပေမယ့် အခုချိန်မှာတော့ အဲဒါက အဓိကမဟုတ်တော့ပါဘူး- အဲဒါကြောင့် နွေရာသီဟာ လက်ရှိကြိုတင်စာရင်းသွင်းမှုအစီအစဉ်ကို ဖြည်းဖြည်းချင်းစဉ်းစားပြီး ပိုမိုကောင်းမွန်အောင်လုပ်ဖို့ အစီအစဉ်ဆွဲဖို့ အကောင်းဆုံးအချိန်ဖြစ်ပါတယ်။ နှင့် Yegor Andreev ထံမှအတွေ့အကြုံ စီမံခန့်ခွဲရေးအဆိုပါ ညီလာခံတွင် ပြောကြားခဲ့ခြင်း ဖြစ်သည်။ အလုပ်ချိန်နေ့.

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

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

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

Shtosh (ဂ) ကျွန်ုပ်တို့သည် ဒုတိယဆိုက်ကိုယူ၍ ထပ်တူကျသောစနစ်တစ်ခုကိုတည်ဆောက်ပါ... ရှုပ်ထွေးမှုသည် နှစ်ဆပိုကြီးလာပါသည်- ကျွန်ုပ်တို့တွင် အရာနှစ်ခုရှိသည်။ ကျွန်ုပ်တို့သည် ဝဘ်ဆိုက်တစ်ခုမှ အခြားတစ်ခုကို ဒေတာလွှဲပြောင်းခြင်းအတွက် အချို့သောယုတ္တိဗေဒကို ထုတ်ပေးသည် - ဆိုလိုသည်မှာ ဒေတာပုံတူကူးခြင်း၊ တည်ငြိမ်ဒေတာကို ကူးယူခြင်းစသည်ဖြင့် ပြုလုပ်ပါသည်။ ထို့ကြောင့်၊ ပွားခြင်းယုတ္တိသည် အများအားဖြင့် အလွန်ရှုပ်ထွေးသည်၊ ထို့ကြောင့်၊ စနစ်၏ စုစုပေါင်းရှုပ်ထွေးမှုသည် 2 မဟုတ်သော်လည်း 3၊ 5၊ 10 ဆ ပိုကြီးနိုင်သည်။

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

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

“ဘဝထဲက ဇာတ်လမ်းများ”… ဟုတ်ပါတယ်။

ဥပမာ နံပါတ်တစ်

N မြို့ရှိ Pipe Rolling Plant နံပါတ် 1 အတွက် လုပ်ငန်းကတ်ဝဘ်ဆိုဒ်တစ်ခုကို စိတ်ကူးကြည့်ပါ၊ ၎င်းတွင် စာလုံးအကြီးကြီးဖြင့်ဖော်ပြထားသည် - PIPE ROLLING PLANT နံပါတ် 1။ အောက်တွင်ဖော်ပြထားသောဆောင်ပုဒ်မှာ "ကျွန်ုပ်တို့၏ပိုက်များသည် N တွင်အဝိုင်းဆုံးပိုက်များဖြစ်သည်။" အောက်မှာ CEO ရဲ့ ဖုန်းနံပါတ်နဲ့ သူ့နာမည်ပါ။ ကြိုတင်စာရင်းသွင်းရန် လိုအပ်ကြောင်း ကျွန်ုပ်တို့ နားလည်ပါသည် - ဤအရာသည် အလွန်အရေးကြီးပါသည်။ ၎င်းတွင်ဘာများပါ၀င်သည်ကို စတင်လေ့လာကြည့်ရအောင်။ Html-statics - တကယ်တော့ အထွေထွေမန်နေဂျာက သူ့အဖော်နဲ့ ရေချိုးခန်းထဲက စားပွဲမှာ ဆွေးနွေးနေတဲ့ ပုံတချို့ပါ။ ကျွန်ုပ်တို့သည် စက်ရပ်ခြင်းအကြောင်းကို စတင်စဉ်းစားပါသည်။ သတိရလာသည်- မင်းအဲဒီမှာ ငါးမိနစ်လောက် အိပ်နေစရာမလိုတော့ဘူး၊ ထို့နောက် မေးခွန်းပေါ်လာသည်- ယေဘုယျအားဖြင့် ကျွန်ုပ်တို့၏ ဤဆိုဒ်မှ ရောင်းအားမည်မျှရှိသနည်း။ ဘယ်လောက်-ဘယ်လောက်လဲ။ "သုည" ဆိုတာ ဘာကို ဆိုလိုတာလဲ။ ဆိုလိုသည်မှာ- ဗိုလ်ချုပ်သည် ပြီးခဲ့သောနှစ်တွင် အရောင်းအဝယ်လေးခုစလုံးကို တူညီသောစားပွဲ၌ ပြုလုပ်ခဲ့ပြီး ရေချိုးခန်းသို့သွား၍ စားပွဲ၌ထိုင်ကြသော တူညီသောလူများနှင့်အတူ ပြုလုပ်ခဲ့သည်။ ဆိုက်မှာ တစ်ရက်လောက် ထိုင်နေရင်တောင် ကြောက်စရာကောင်းတဲ့ အရာတစ်ခုမှ ဖြစ်လာမှာမဟုတ်ဘူးဆိုတာ ကျွန်တော်တို့ နားလည်ပါတယ်။

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

ဥပမာ နံပါတ်နှစ်

ကုမ္ပဏီဘလော့ဂ်- အထူးလေ့ကျင့်ထားသည့် လူများသည် ထိုနေရာတွင် သတင်းရေးကြ၊ ဤကဲ့သို့သော ပြပွဲကြီးတွင် ကျွန်ုပ်တို့ ပါဝင်ခဲ့ကြသော်လည်း၊ ကျွန်ုပ်တို့သည် အခြားသော ထုတ်ကုန်အသစ်များကို ထုတ်ဝေလိုက်ပါသည်။ ၎င်းသည် WordPress ဖြင့် စံပြုထားသော PHP ဖြစ်သည်၊ သေးငယ်သော ဒေတာဘေ့စ်တစ်ခုနှင့် အနည်းငယ် တည်ငြိမ်သည်ဟု ဆိုကြပါစို့။ ဟုတ်ပါတယ်၊ သင် ဘယ်လိုအခြေအနေမျိုးမှာမှ လှဲလျောင်းမနေသင့်ဘူး - “ငါးမိနစ်ထက် ပိုမအိပ်သင့်ဘူး!” ဒါပါပဲ။ ဒါပေမယ့် ထပ်စဉ်းစားကြည့်ရအောင်။ ဒီဘလော့ဂ်က ဘာလုပ်တာလဲ။ အချို့သော queries များကိုအခြေခံ၍ သဘာဝကျကျ၊ ဂူးဂဲလ်မှ Yandex မှ လာကြသည်။ မိုက်တယ်။ အရောင်းနဲ့ ပတ်သက်တာတွေ ရှိလား။ Epiphany: တကယ်မဟုတ်ဘူး။ ကြော်ငြာအသွားအလာများသည် အခြားစက်တစ်ခုရှိ ပင်မဆိုက်သို့ သွားပါသည်။ ကြိုတင်စာရင်းသွင်းမှု အစီအစဉ်အကြောင်း စပြီး စဉ်းစားကြည့်ရအောင်။ ကောင်းမွန်သောနည်းလမ်းဖြင့်၊ ၎င်းကိုနာရီအနည်းငယ်အတွင်းမွေးမြူရန်လိုအပ်သည်၊ ၎င်းအတွက်ပြင်ဆင်ထားရန်ကောင်းလိမ့်မည်။ အခြားဒေတာစင်တာမှစက်ကိုယူကာ၊ ၎င်းသည်ဝဘ်ဆာဗာ၊ PHP၊ WordPress၊ MySQL၊ ၎င်းကိုဤနေရာတွင်ထားခဲ့ရန်ကျိုးကြောင်းဆီလျော်လိမ့်မည်။ အားလုံးပျက်သွားတယ်လို့ နားလည်တဲ့အခိုက်မှာ၊ mysql အမှိုက်ပုံကြီးကို မီတာ 50 အကွာမှာ လွှင့်ထုတ်လိုက်၊ တစ်မိနစ်အတွင်း အဲဒီနေရာကို ပျံသွားမှာဖြစ်ပြီး အဲဒီမှာရှိတဲ့ backup ထဲက ပုံတချို့ကို ထုတ်ပစ်လိုက်ပါ။ ဤသည်မှာလည်း ဘုရားသခင်သည် မည်မျှကြာအောင် တည်ရှိနေသည်မသိ။ ဒီလိုနဲ့ နာရီဝက်လောက်ကြာတော့ အားလုံး တက်လာတယ်။ ပုံတူပွားခြင်း မရှိပါ၊ သို့မဟုတ် ဘုရားသခင်က ကျွန်ုပ်အား ခွင့်လွှတ်ပါ၊ အလိုအလျောက် ပျက်ကွက်ခြင်း ဖြစ်သည်။ နိဂုံး- ကျွန်ုပ်တို့သည် အရန်သိမ်းမှုမှ လျင်မြန်စွာ ထုတ်နိုင်သည်များကို အရန်သိမ်းရန် မလိုအပ်ပါ။

ဥပမာ နံပါတ်သုံး၊ ပိုရှုပ်ထွေးတယ်။

အွန်လိုင်းစတိုး။ ပွင့်လင်းသောနှလုံးသားရှိသော PhP သည် ခိုင်မာသောအခြေခံနှင့်အတူ mysql အနည်းငယ်ပြင်ဆင်ထားသည်။ အတော်လေးတည်ငြိမ်သည် (အားလုံးပြီးနောက်၊ အွန်လိုင်းစတိုးတွင်လှပသော HD ရုပ်ပုံများနှင့်အရာအားလုံးပါရှိသည်)၊ session အတွက် Redis နှင့် Elasticsearch အတွက်ရှာဖွေမှု။ ကျွန်ုပ်တို့သည် စက်ရပ်ခြင်းအကြောင်းကို စတင်စဉ်းစားပါသည်။ ဤနေရာတွင်၊ သေချာသည်မှာ၊ အွန်လိုင်းစတိုးတစ်ခုသည် တစ်ရက်တာမျှ မနာကျင်ဘဲ မနေနိုင်သည်မှာ ထင်ရှားပါသည်။ ကြာလေ လိမ်လေ၊ ငွေပိုဆုံးရှုံးလေလေပါပဲ။ အရှိန်မြှင့်ရကျိုးနပ်ပါတယ်။ ဘယ်လောက်ပါလဲ? ငါတို့ တစ်နာရီလောက် အိပ်ရင် ဘယ်သူမှ ရူးတော့မှာ မဟုတ်ဘူးလို့ ထင်ပါတယ်။ ဟုတ်တယ်၊ ငါတို့ တစ်ခုခု ဆုံးရှုံးလိမ့်မယ်၊ ဒါပေမယ့် ငါတို့ ပြင်းပြင်းထန်ထန် ကြိုးစားရင် ပိုဆိုးလာလိမ့်မယ်။ ကျွန်ုပ်တို့သည် တစ်နာရီလျှင် စက်ရပ်ချိန်ခွင့်ပြုသည့် အစီအစဉ်ကို သတ်မှတ်သည်။

ဤအရာအားလုံးကို မည်သို့ သိမ်းဆည်းနိုင်မည်နည်း။ မည်သည့်ကိစ္စတွင်မဆို သင်ကားတစ်စီး လိုအပ်သည်- အချိန်တစ်နာရီသည် အလွန်နည်းပါသည်။ Mysql- ဤနေရာတွင် ကျွန်ုပ်တို့သည် ပုံတူပွားရန်၊ တိုက်ရိုက်ပုံတူပွားရန် လိုအပ်နေပြီဖြစ်သောကြောင့် တစ်နာရီအတွင်း 100 GB ကို အမှိုက်ပုံထဲသို့ ထည့်မည်မဟုတ်ပါ။ ကိန်းသေများ၊ ရုပ်ပုံများ- တစ်နာရီအတွင်း 500 GB ထပ်ထည့်ရန် အချိန်မရှိနိုင်ပါ။ ထို့ကြောင့် ပုံများကို ချက်ချင်းကူးယူခြင်းသည် ပိုကောင်းပါသည်။ Redis- ဒါက စိတ်ဝင်စားစရာတွေ ဖြစ်လာတယ်။ Redis တွင်၊ ဆက်ရှင်များကို သိမ်းဆည်းထားသည် - ကျွန်ုပ်တို့ ၎င်းကိုယူ၍ မြှုပ်ထားရုံမျှမကပါ။ ၎င်းသည် အလွန်ကောင်းမွန်မည်မဟုတ်သောကြောင့်၊ အသုံးပြုသူများအားလုံး အကောင့်မှထွက်မည်ဖြစ်ပြီး၊ ၎င်းတို့၏ခြင်းတောင်းများကို ရှင်းသွားလိမ့်မည်၊ အစရှိသည်ဖြင့်။ လူများသည် ၎င်းတို့၏အသုံးပြုသူအမည်နှင့် စကားဝှက်ကို ပြန်လည်ထည့်သွင်းရန် ဖိအားပေးခံရမည်ဖြစ်ပြီး၊ လူအများအပြားသည် ဝယ်ယူမှုကို အပြီးသတ်ခြင်းမပြုဘဲ ကွဲသွားနိုင်သည်။ တဖန်၊ ပြောင်းလဲမှုများ ကျဆင်းသွားပါမည်။ အခြားတစ်ဖက်တွင်၊ Redis သည် တိုက်ရိုက်နောက်ဆုံးပေါ်ဖြစ်ပြီး နောက်ဆုံးဝင်ရောက်အသုံးပြုသူများသည်လည်း မလိုအပ်တော့ပေ။ ကောင်းသောအပေးအယူတစ်ခုမှာ Redis ကိုမနေ့ကမှအရန်ကူးယူခြင်းမှပြန်လည်ရယူခြင်းသို့မဟုတ်သင်လွန်ခဲ့သောတစ်နာရီမှနာရီတိုင်းပြုလုပ်ပါက၊ ကံကောင်းထောက်မစွာ၊ ၎င်းကို အရန်သိမ်းဆည်းမှုမှ ပြန်လည်ရယူခြင်းသည် ဖိုင်တစ်ဖိုင်ကို ကူးယူခြင်းကို ဆိုလိုသည်။ စိတ်ဝင်စားစရာအကောင်းဆုံး ဇာတ်လမ်းကတော့ Elasticsearch ဖြစ်ပါတယ်။ MySQL ပုံတူကူးယူမှုကို ဘယ်သူက ကောက်ယူဖူးလဲ။ Elasticsearch ပုံစံတူကို ဘယ်သူက ကောက်ယူဖူးလဲ။ ပြီးတဲ့အခါ ဘယ်သူ့အတွက် ပုံမှန်အလုပ်ဖြစ်တာလဲ။ ဆိုလိုသည်မှာ ကျွန်ုပ်တို့၏စနစ်တွင် အချို့သောအရာတစ်ခုကို ကျွန်ုပ်တို့တွေ့မြင်ရခြင်းဖြစ်ပါသည်။ အသုံးဝင်ပုံရပေမယ့် ရှုပ်ထွေးပါတယ်။
ကျွန်ုပ်တို့၏ လုပ်ဖော်ကိုင်ဖက် အင်ဂျင်နီယာများသည် ၎င်းနှင့် လက်တွဲလုပ်ကိုင်ရာတွင် အတွေ့အကြုံမရှိသောကြောင့် ရှုပ်ထွေးပါသည်။ ဒါမှမဟုတ် အပျက်သဘောဆောင်တဲ့ အတွေ့အကြုံတွေရှိတယ်။ သို့မဟုတ် ၎င်းသည် ကွဲပြားမှု သို့မဟုတ် အကြမ်းထည်ရှိသော နည်းပညာအသစ်တစ်ခု ဖြစ်နေဆဲဖြစ်ကြောင်း ကျွန်ုပ်တို့နားလည်ပါသည်။ ငါတို့ထင်တယ်... မိုက်တယ်၊ elastic လည်းကျန်းမာတယ်၊ အဲဒါကို backup တစ်ခုကနေပြန်ယူဖို့အချိန်အတော်ကြာတယ်၊ ဘာလုပ်ရမလဲ။ ကျွန်ုပ်တို့၏ကိစ္စတွင် elastic ကိုရှာဖွေရန်အတွက်အသုံးပြုကြောင်းကျွန်ုပ်တို့နားလည်ပါသည်။ ကျွန်ုပ်တို့၏အွန်လိုင်းစတိုးသည် မည်သို့ရောင်းချသနည်း။ ကျွန်တော်တို့က စျေးရောင်းသူတွေဆီသွားပြီး လူတွေက ဘယ်ကလာလဲ မေးတယ်။ သူတို့က "Yandex Market မှ 90% သည် ထုတ်ကုန်ကတ်သို့ တိုက်ရိုက်လာပါသည်။" ဝယ်သည်ဖြစ်စေ မဝယ်သည်ဖြစ်စေ။ ထို့ကြောင့်၊ အသုံးပြုသူများ၏ 10% သည် ရှာဖွေရန် လိုအပ်ပါသည်။ အထူးသဖြင့် မတူညီသောဇုန်များရှိ မတူညီသောဒေတာစင်တာများကြားတွင် elastic ပုံတူပွားမှုကို ထိန်းသိမ်းခြင်းသည် အမှန်တကယ်တွင် ကွဲလွဲမှုများများစွာရှိသည်။ ဘယ်ထွက်ပေါက်လဲ ကျွန်ုပ်တို့သည် သီးသန့်ဆိုဒ်မှ elastic ကိုယူ၍ ၎င်းကိုဘာမှမလုပ်ပါ။ ဒီကိစ္စက ဆက်ဆွဲနေမယ်ဆိုရင် တစ်နေ့နေ့ တစ်ချိန်ချိန်မှာ ပေါ်လာလိမ့်မယ်၊ ဒါပေမယ့် ဒါက မသေချာဘူး။ အမှန်တော့၊ နိဂုံးချုပ်ချက်သည် အပေါင်း သို့မဟုတ် အနုတ်နှင့် အတူတူပင်ဖြစ်သည်- ကျွန်ုပ်တို့သည် ငွေကိုမထိခိုက်စေသော ဝန်ဆောင်မှုများကို ထပ်မံ၍ ကြိုတင်မထားပါ။ ပုံကြမ်းကို ပိုမိုရိုးရှင်းစေရန်။

ဥပမာ နံပါတ်လေးဆို ပိုခက်တယ်။

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

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

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

ဥပမာ နံပါတ်ငါး၊ လုံးဝ hardcore

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

ဘာပျောက်နေပါသလဲ? လေ့ကျင့်ခန်းတစ်ခု။ သူတို့မရှိရင် မဖြစ်နိုင်ဘူး။ အရာအားလုံးသည် ကျွန်ုပ်တို့နှင့် ပြီးပြည့်စုံနေပုံရသည်၊ ကျွန်ုပ်တို့သည် ယေဘုယျအားဖြင့် အရာအားလုံးကို ထိန်းချုပ်ထားသည်။ ခလုတ်ကို နှိပ်လိုက်ရင် အားလုံးက ဖြစ်သွားတယ်။ ဤကဲ့သို့ဖြစ်လျှင်ပင်၊ ဤနည်းဖြင့် မဖြစ်ပေါ်ကြောင်း ကျွန်ုပ်တို့ နားလည်သည် - ကျွန်ုပ်တို့၏စနစ်သည် အခြားစနစ်အချို့နှင့် အပြန်အလှန်သက်ရောက်မှုရှိသည်။ ဥပမာအားဖြင့်၊ ၎င်းသည် လမ်းကြောင်း 53၊ s3 သိုလှောင်မှု၊ အချို့သော api နှင့် ပေါင်းစပ်မှုမှ dns ဖြစ်သည်။ ဤမှန်းဆစမ်းသပ်မှုတွင် အရာအားလုံးကို ကျွန်ုပ်တို့ ကြိုမြင်နိုင်မည်မဟုတ်ပါ။ ခလုတ်ကို အမှန်တကယ် ဆွဲမချမချင်း၊ ၎င်းသည် အလုပ်လုပ်မည်၊ မမည်ကို ကျွန်ုပ်တို့ မသိနိုင်ပါ။

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

source: www.habr.com