ငါတို့အကြောင်းပြောနေတာတော့ ဟုတ်ပါတယ်။ . အသေးစိတ်အချက်အလက်များကို မဖော်ပြထားပါက၊ စက်တင်ဘာလ 30 နှင့် အောက်တိုဘာလ 1 ရက်နေ့တွင် ဖွံ့ဖြိုးတိုးတက်မှု၊ စမ်းသပ်မှုနှင့် လည်ပတ်မှုလုပ်ငန်းစဉ်များကို ပေါင်းစပ်ခြင်းဆိုင်ရာ ကွန်ဖရင့်တစ်ခုကျင်းပမည်ဖြစ်ပြီး အသေးစိတ်အချက်အလက်များကို သိရှိပါက ကျေးဇူးပြု၍ ကြောင်အောက်တွင်
DevOps ချဉ်းကပ်မှုအတွင်း၊ ပရောဂျက်၏ နည်းပညာဆိုင်ရာ ဖွံ့ဖြိုးတိုးတက်မှု၏ အစိတ်အပိုင်းအားလုံးသည် ရောယှက်နေပြီး ပြိုင်တူဖြစ်ပေါ်ပြီး အချင်းချင်း လွှမ်းမိုးမှုရှိသည်။ ဤနေရာတွင် အထူးအရေးကြီးသည်မှာ အချိန်နှင့်တပြေးညီ ပြောင်းလဲနိုင်သော၊ အတုယူ၍ စမ်းသပ်နိုင်သော အလိုအလျောက် ဖွံ့ဖြိုးတိုးတက်မှုလုပ်ငန်းစဉ်များကို ဖန်တီးခြင်းဖြစ်ပါသည်။ ၎င်းသည် စျေးကွက်အတွင်း အပြောင်းအလဲများကို ချက်ချင်းတုံ့ပြန်ရန် ကူညီပေးသည်။
ကွန်ဖရင့်တွင် ဤချဉ်းကပ်မှုသည် ထုတ်ကုန်ဖွံ့ဖြိုးတိုးတက်မှုကို မည်ကဲ့သို့ လွှမ်းမိုးကြောင်း ပြသလိုပါသည်။ သုံးစွဲသူအတွက် စနစ်၏ ယုံကြည်စိတ်ချရမှုနှင့် လိုက်လျောညီထွေရှိမှုကို မည်သို့အာမခံသနည်း။ DevOps သည် ကုမ္ပဏီတစ်ခု၏ လုပ်ငန်းဆောင်တာများကို စီစဉ်ရန် ကုမ္ပဏီတစ်ခု၏ ဖွဲ့စည်းပုံနှင့် ချဉ်းကပ်ပုံကို ပြောင်းလဲနေသည်။
နောက်ကွယ်မှာ
DevOps ချဉ်းကပ်မှုဘောင်အတွင်း မတူညီသောကုမ္ပဏီများက ဘာတွေလုပ်ဆောင်နေကြသည်ကို ကျွန်ုပ်တို့သိရန်သာမက၊ ၎င်းသည် အဘယ်ကြောင့်ဖြစ်သည်ကို နားလည်ရန် အရေးကြီးပါသည်။ ထို့ကြောင့်၊ ကျွန်ုပ်တို့သည် ပရိုဂရမ်ကော်မတီတွင်ပါဝင်ရန် ကျွမ်းကျင်သူများကိုသာမက ရာထူးအသီးသီးမှ DevOps ဟောပြောချက်ကို ကြည့်ရှုသည့် အထူးကျွမ်းကျင်သူများကို ဖိတ်ကြားပါသည်။
- အကြီးတန်းအင်ဂျင်နီယာများ;
- developer များ;
- အသင်းဦးဆောင်;
- CTO။
တစ်ဖက်တွင်၊ ၎င်းသည် အစီရင်ခံစာများအတွက် တောင်းဆိုမှုများကို ဆွေးနွေးရာတွင် အခက်အခဲများနှင့် ပဋိပက္ခများကို ဖန်တီးပေးသည်။ အကယ်၍ အင်ဂျင်နီယာတစ်ဦးသည် ကြီးကြီးမားမားမတော်တဆမှုတစ်ခုကို ခွဲခြမ်းစိတ်ဖြာရန် စိတ်ဝင်စားပါက၊ cloud နှင့် အခြေခံအဆောက်အဦများတွင် အလုပ်လုပ်သော ဆော့ဖ်ဝဲလ်ကို ဖန်တီးနည်းကို နားလည်ရန် developer တစ်ဦးအတွက် ပိုအရေးကြီးပါသည်။ သို့သော် သဘောတူခြင်းဖြင့်၊ ကျွန်ုပ်တို့သည် လူတိုင်းအတွက် အဖိုးတန်ပြီး စိတ်ဝင်စားဖွယ်ကောင်းသော ပရိုဂရမ်တစ်ခုကို ဖန်တီးသည်- အင်ဂျင်နီယာများမှ CTO အထိ။
ကျွန်ုပ်တို့၏ ကွန်ဖရင့်၏ ပန်းတိုင်သည် အကြီးကျယ်ဆုံးသော အစီရင်ခံစာများကို ရွေးချယ်ရန်သာ မဟုတ်ဘဲ အလုံးစုံသော ရုပ်ပုံလွှာကို တင်ပြရန်ဖြစ်သည်- DevOps ချဉ်းကပ်ပုံ လက်တွေ့တွင် အလုပ်လုပ်ပုံ၊ လုပ်ငန်းစဉ်အသစ်များသို့ ပြောင်းရွှေ့သည့်အခါတွင် သင် မည်သို့သော ကောက်နုတ်ချက်မျိုး အသုံးပြုနိုင်မည်နည်း။ တစ်ချိန်တည်းမှာပင်၊ ကျွန်ုပ်တို့သည် လုပ်ငန်းပြဿနာမှ သီးခြားနည်းပညာများအထိ အကြောင်းအရာအပိုင်းကို တည်ဆောက်ပါသည်။
ကွန်ဖရင့် ကဏ္ဍများမှာလည်း ယခင်အတိုင်းပင် ရှိနေမည်ဖြစ်သည်။ .
- အခြေခံအဆောက်အဦ ပလက်ဖောင်း။
- ကုဒ်အဖြစ် အခြေခံအဆောက်အဦ။
- အဆက်မပြတ်ပေးပို့ခြင်း။
- တုံ့ပြန်ချက်။
- DevOps ရှိ ဗိသုကာ၊ CTO အတွက် DevOps။
- SRE အလေ့အကျင့်။
- လေ့ကျင့်ရေးနှင့် အသိပညာစီမံခန့်ခွဲမှု။
- လုံခြုံရေး၊ DevSecOps။
- DevOps အသွင်ပြောင်းခြင်း။
Call for Papers- ကျွန်ုပ်တို့ရှာဖွေနေသည့် အစီရင်ခံစာအမျိုးအစား
ကျွန်ုပ်တို့သည် ကွန်ဖရင့်၏ ဖြစ်နိုင်ချေရှိသော ပရိသတ်ကို အုပ်စုငါးစုဖြစ်သည့် အင်ဂျင်နီယာများ၊ ဆော့ဖ်ဝဲအင်ဂျင်နီယာများ၊ လုံခြုံရေး အထူးကျွမ်းကျင်သူများ၊ အဖွဲ့ခေါင်းဆောင်များနှင့် CTO တို့အား ခွဲခြားသတ်မှတ်ထားပါသည်။ အဖွဲ့တိုင်းက ညီလာခံကို လာဖို့ တွန်းအားတွေ ရှိတယ်။ ထို့အပြင်၊ သင်သည် ဤရာထူးများမှ DevOps ကိုကြည့်ရှုပါက၊ သင့်ခေါင်းစဉ်ကို မည်သို့အာရုံစိုက်ရန်နှင့် မည်သည့်နေရာတွင် အလေးပေးရမည်ကို သင်နားလည်နိုင်သည်။
အင်ဂျင်နီယာတွေအတွက်၊ အခြေခံအဆောက်အအုံပလပ်ဖောင်းတစ်ခုကို ဖန်တီးနေသူများသည် လက်ရှိခေတ်ရေစီးကြောင်းများကို နားလည်ရန် အရေးကြီးပြီး မည်သည့်နည်းပညာများသည် ယခုအခါ အတိုးတက်ဆုံးဖြစ်ကြောင်း နားလည်ရန် အရေးကြီးပါသည်။ ၎င်းတို့သည် အဆိုပါနည်းပညာများကိုအသုံးပြုရာတွင် လက်တွေ့ဘဝအတွေ့အကြုံများအကြောင်းကို လေ့လာရန်နှင့် အမြင်များဖလှယ်ရန် စိတ်ဝင်စားမည်ဖြစ်သည်။ ပြင်းထန်သောမတော်တဆမှုအချို့ကို ခွဲခြမ်းစိတ်ဖြာသည့် အစီရင်ခံစာကို အင်ဂျင်နီယာတစ်ဦးမှ နားထောင်ရသည်မှာ ပျော်ရွှင်မည်ဖြစ်ပြီး၊ တစ်ဖန် ကျွန်ုပ်တို့သည် ထိုအစီရင်ခံစာကို ရွေးချယ်ပြီး ပြုပြင်ရန် ကြိုးစားပါမည်။
developer များအတွက် ထိုကဲ့သို့သော သဘောတရားကို နားလည်ရန် အရေးကြီးပါသည်။ cloud ဇာတိအက်ပ်. ဆိုလိုသည်မှာ၊ ၎င်းသည် clouds နှင့် အမျိုးမျိုးသော အခြေခံအဆောက်အဦများတွင် အလုပ်လုပ်နိုင်စေရန် ဆော့ဖ်ဝဲကို တီထွင်ပုံဖြစ်သည်။ ဆော့ဖ်ဝဲရေးသားသူသည် ဆော့ဖ်ဝဲလ်မှ တုံ့ပြန်ချက်များကို အဆက်မပြတ် လက်ခံရရှိရန် လိုအပ်သည်။ ဤလုပ်ငန်းစဉ်ကို ကုမ္ပဏီများက မည်သို့တည်ဆောက်ပုံ၊ ဆော့ဖ်ဝဲလ်စွမ်းဆောင်ရည်ကို စောင့်ကြည့်နည်းနှင့် ပေးပို့မှုလုပ်ငန်းစဉ်တစ်ခုလုံး မည်သို့အလုပ်လုပ်ပုံတို့ကို ဤနေရာတွင် ကျွန်ုပ်တို့ကြားလိုပါသည်။
ဆိုက်ဘာလုံခြုံရေး ကျွမ်းကျင်သူများ ကုမ္ပဏီအတွင်း ဖွံ့ဖြိုးတိုးတက်မှုနှင့် လုပ်ငန်းစဉ်များ ပြောင်းလဲခြင်းကို မရပ်တန့်စေရန် လုံခြုံရေးလုပ်ငန်းစဉ်ကို မည်သို့သတ်မှတ်ရမည်ကို နားလည်ရန် အရေးကြီးပါသည်။ ထိုကဲ့သို့သော အထူးကျွမ်းကျင်သူများထံ DevOps နေရာပေးသည့် လိုအပ်ချက်များနှင့်ပတ်သက်သည့် အကြောင်းအရာများသည်လည်း စိတ်ဝင်စားဖွယ်ကောင်းပါလိမ့်မည်။
အသင်းခေါင်းဆောင်တွေ သိချင်ပါတယ်။အခြားကုမ္ပဏီများတွင် စဉ်ဆက်မပြတ် ပေးပို့ခြင်းလုပ်ငန်းစဉ် မည်သို့လုပ်ဆောင်သည်။ ဒါကို အောင်မြင်ဖို့အတွက် ကုမ္ပဏီတွေက ဘယ်လမ်းကြောင်းကို လျှောက်ခဲ့ကြလဲ၊ DevOps အတွင်းမှာ ဖွံ့ဖြိုးတိုးတက်မှုနဲ့ အရည်အသွေးအာမခံမှု လုပ်ငန်းစဉ်တွေကို ဘယ်လိုတည်ဆောက်ခဲ့ကြလဲ။ အဖွဲ့ခေါင်းဆောင်များသည် Cloud ဇာတိကိုလည်း စိတ်ဝင်စားကြသည်။ ထို့အပြင် အဖွဲ့အတွင်းနှင့် ဖွံ့ဖြိုးတိုးတက်ရေးနှင့် အင်ဂျင်နီယာအသင်းများကြား အပြန်အလှန်ဆက်ဆံရေးဆိုင်ရာ မေးခွန်းများ။
အတွက် CTO အရေးကြီးဆုံးအချက်မှာ ဤလုပ်ငန်းစဉ်များအားလုံးကို ချိတ်ဆက်နည်းနှင့် လုပ်ငန်းလိုအပ်ချက်များနှင့် ချိန်ညှိရန်ဖြစ်သည်။ လျှောက်လွှာသည် လုပ်ငန်းအတွက်ရော သုံးစွဲသူအတွက်ပါ ယုံကြည်စိတ်ချရကြောင်း သူသေချာစေပါသည်။ ဤနေရာတွင် မည်သည့်နည်းပညာများသည် မည်သည့်လုပ်ငန်းတာဝန်များ၊ လုပ်ငန်းစဉ်တစ်ခုလုံးကို တည်ဆောက်ရမည် စသဖြင့် နားလည်ရန်လိုအပ်ပါသည်။ CTO သည် ဘတ်ဂျက်ရေးဆွဲရာတွင်လည်း တာဝန်ရှိသည်။ ဥပမာအားဖြင့်၊ DevOps တွင် အလုပ်လုပ်နိုင်စေရန် ပြန်လည်လေ့ကျင့်ရေးအထူးကုများအတွက် ငွေမည်မျှသုံးစွဲရမည်ကို သူနားလည်ရပါမည်။
ဒီအကြောင်းတွေ ပြောစရာရှိရင် နှုတ်ဆိတ်မနေပါနဲ့၊ . Call for Papers အတွက် နောက်ဆုံးရက်မှာ သြဂုတ်လ 20 ရက်နေ့ ဖြစ်ပါသည်။ စောစီးစွာ စာရင်းသွင်းလေ၊ သင်၏ အစီရင်ခံစာကို အပြီးသတ်ပြီး သင်၏ တင်ပြမှု အတွက် ပြင်ဆင်ချိန် ပိုများလေ ဖြစ်သည်။ ဒါကြောင့် မနှောင့်နှေးပါနဲ့။
ကောင်းပြီ၊ လူသိရှင်ကြား ပြောစရာ မလိုရင်၊ လုပ်ဖော်ကိုင်ဖက်များနှင့် ဆက်သွယ်ရန် စက်တင်ဘာ 30 နှင့် အောက်တိုဘာလ 1 ရက်နေ့တွင် လာပါ။ စိတ်ဝင်စားဖို့ကောင်းပြီး စိတ်အားထက်သန်မယ်လို့ ကတိပေးပါတယ်။
DevOps ကို ဘယ်လိုမြင်လဲ။
DevOps မှကျွန်ုပ်တို့ဘာကိုဆိုလိုသည်ကိုအတိအကျနားလည်ရန်ကျွန်ုပ်၏အစီရင်ခံစာကိုဖတ်ခြင်း (သို့မဟုတ်ပြန်လည်ဖတ်ရှုရန်) အကြံပြုပါသည်“ စျေးကွက်လှိုင်းတံပိုးများကို လျှောက်လှမ်းရင်း၊ DevOps ၏ စိတ်ကူးသည် မတူညီသော အရွယ်အစားကုမ္ပဏီများတွင် အသွင်ပြောင်းနေသည်- သေးငယ်သော startup မှ နိုင်ငံစုံကုမ္ပဏီများအထိ သတိပြုမိသည်။ အစီရင်ခံစာသည် မေးခွန်းများစွာပေါ်တွင် တည်ဆောက်ထားပြီး၊ ၎င်းတို့ကို ဖြေဆိုခြင်းဖြင့် သင့်ကုမ္ပဏီသည် DevOps သို့ ဦးတည်သွားခြင်း ရှိ၊ မရှိ သို့မဟုတ် တစ်နေရာရာတွင် ပြဿနာများရှိမရှိကို သင်နားလည်နိုင်သည်။
DevOps သည် ရှုပ်ထွေးသော စနစ်တစ်ခုဖြစ်ပြီး ၎င်းတွင် ပါဝင်ရမည်-
- ဒစ်ဂျစ်တယ်ထုတ်ကုန်။
- ဤဒစ်ဂျစ်တယ်ထုတ်ကုန်ကို ဖွံ့ဖြိုးတိုးတက်စေသည့် စီးပွားရေးဆိုင်ရာ မော်ဂျူးများ။
- ကုဒ်ရေးသော ထုတ်ကုန်အဖွဲ့များ။
- စဉ်ဆက်မပြတ် ပေးပို့ခြင်း အလေ့အကျင့်များ။
- ဝန်ဆောင်မှုအဖြစ် ပလပ်ဖောင်းများ။
- ဝန်ဆောင်မှုတစ်ခုအနေဖြင့် အခြေခံအဆောက်အအုံ။
- ကုဒ်အဖြစ် အခြေခံအဆောက်အဦ။
- DevOps တွင် တည်ဆောက်ထားသည့် ယုံကြည်စိတ်ချရမှုကို ထိန်းသိမ်းရန်အတွက် သီးခြားအလေ့အကျင့်များ။
- အားလုံးကိုဖော်ပြသည့် တုံ့ပြန်ချက်အလေ့အကျင့်တစ်ခု။
အစီရင်ခံစာ၏အဆုံးတွင် ကုမ္ပဏီရှိ DevOps စနစ်အကြောင်း အကြံဥာဏ်ပေးသည့် diagram တစ်ခုရှိသည်။ ၎င်းသည် သင့်ကုမ္ပဏီရှိ မည်သည့်လုပ်ငန်းစဉ်များကို ချောမွေ့အောင်ပြုလုပ်ထားပြီးဖြစ်သည့်နှင့် မည်သည့်အရာများကို တည်ဆောက်ရသေးသည်ကို တွေ့မြင်နိုင်မည်ဖြစ်သည်။
အစီရင်ခံစာ ဗီဒီယိုကို ကြည့်ရှုနိုင်ပါတယ်။ .
ယခုတွင် ဘောနပ်စ်တစ်ခု ရှိပါမည်။ RIT++ 2019 မှ ဗီဒီယိုအများအပြားသည် DevOps အသွင်ပြောင်းခြင်း၏ အထွေထွေပြဿနာများကို ကိုင်တွယ်ဖြေရှင်းပေးသည့် ဗီဒီယိုအများအပြား။
ထုတ်ကုန်တစ်ခုအနေနဲ့ ကုမ္ပဏီအခြေခံအဆောက်အအုံ
Artyom Naumenko သည် Skyeng တွင် DevOps အဖွဲ့ကို ဦးဆောင်ပြီး သူ့ကုမ္ပဏီ၏ အခြေခံအဆောက်အဦများ ဖွံ့ဖြိုးတိုးတက်ရေးကို ဂရုစိုက်သည်။ SkyEng တွင် အခြေခံအဆောက်အဦများသည် စီးပွားရေးလုပ်ငန်းစဉ်များအပေါ် သက်ရောက်မှုရှိပုံ- ၎င်းအတွက် ROI တွက်ချက်နည်း၊ တွက်ချက်ရန်အတွက် မည်သည့်မက်ထရစ်များကို ရွေးချယ်သင့်ပြီး ၎င်းတို့ကို ပိုမိုကောင်းမွန်အောင် လုပ်ဆောင်ရမည်ကို ပြောကြားခဲ့သည်။
မိုက်ခရိုဝန်ဆောင်မှုများဆီသို့
Nixys ကုမ္ပဏီသည် အလုပ်များသော ဝဘ်ပရောဂျက်များနှင့် ဖြန့်ဝေမှုစနစ်များအတွက် ပံ့ပိုးမှုပေးပါသည်။ ၎င်း၏နည်းပညာဒါရိုက်တာ Boris Ershov က ဆော့ဖ်ဝဲထုတ်ကုန်များကို လွန်ခဲ့သည့် 5 နှစ်ကစတင်ခဲ့သော (သို့မဟုတ် ထို့ထက်ပို၍) ခေတ်မီသောပလပ်ဖောင်းပေါ်တွင် ဆော့ဖ်ဝဲထုတ်ကုန်များကို ဘာသာပြန်ဆိုနည်းကို ပြောပြခဲ့သည်။
စည်းကမ်းအရ၊ ထိုကဲ့သို့သော ပရောဂျက်များသည် ၎င်းတို့အကြောင်း မသိကြသည့် အခြေခံအဆောက်အအုံများ၏ မှောင်မိုက်ပြီး ရှေးခေတ်ထောင့်များရှိသည့် အထူးကမ္ဘာတစ်ခုဖြစ်သည်။ ထို့အပြင် တစ်ချိန်က ရွေးချယ်ခဲ့သည့် ဗိသုကာပညာနှင့် ဖွံ့ဖြိုးတိုးတက်မှုဆိုင်ရာ ချဉ်းကပ်မှုများသည် ခေတ်နောက်ကျနေပြီး လုပ်ငန်းကို တူညီသော ဖွံ့ဖြိုးတိုးတက်မှုနှင့် ဗားရှင်းအသစ်များ ထုတ်ဝေခြင်းတို့ကို ပံ့ပိုးမပေးနိုင်ပါ။ ရလဒ်အနေဖြင့်၊ ထုတ်ကုန်တိုင်းသည် တစ်စုံတစ်ရာ အဆက်မပြတ်ကျဆင်းနေပြီး မျှော်လင့်မထားသောနေရာများတွင် မယုံနိုင်စရာအကောင်းဆုံးစွန့်စားခန်းတစ်ခုအဖြစ် ပြောင်းလဲသွားပါသည်။
ထိုကဲ့သို့သော ပရောဂျက်များ၏ မန်နေဂျာများသည် နည်းပညာဆိုင်ရာ လုပ်ငန်းစဉ်အားလုံးကို အသွင်ပြောင်းရန် လိုအပ်ကြောင်း မလွှဲမရှောင်သာ ရင်ဆိုင်နေကြရသည်။ ၎င်း၏အစီရင်ခံစာတွင် Boris ကပြောသည်
- ပရောဂျက်အတွက် မှန်ကန်သောဗိသုကာလက်ရာကို မည်သို့ရွေးချယ်ရမည်နည်း။
- အသွင်ပြောင်းရေးလမ်းကြောင်းတွင် မည်သည့်ကိရိယာများကို အသုံးပြုရမည်နည်း။
- ဘာဆက်လုပ်ရမလဲ။
ထုတ်ဝေမှုများကို အလိုအလျောက်လုပ်ဆောင်ခြင်း သို့မဟုတ် လျင်မြန်စွာနှင့် မနာကျင်ဘဲ ပေးပို့နည်း
Alexander Korotkov သည် CIAN တွင် CI/CD စနစ်၏ ထိပ်တန်း developer တစ်ဦးဖြစ်သည်။ အရည်အသွေးကို မြှင့်တင်ရန်နှင့် ထုတ်လုပ်မှုသို့ ကုဒ်ပေးပို့ခြင်းအတွက် အချိန်ကို 5 ဆ လျှော့ချနိုင်စေသည့် automation tools များအကြောင်း ပြောခဲ့သည်။ သို့သော် ထိုသို့သောရလဒ်များကို အလိုအလျောက်စနစ်တစ်ခုတည်းဖြင့် မအောင်မြင်နိုင်သောကြောင့် အလက်ဇန္ဒားသည်လည်း ဖွံ့ဖြိုးတိုးတက်မှုလုပ်ငန်းစဉ်များတွင် အပြောင်းအလဲများကို အာရုံစိုက်ခဲ့သည်။
မတော်တဆမှုများသည် သင့်အား သင်ယူရန် မည်သို့ကူညီပေးသနည်း။
Alexey Kirpichnikov သည် SKB Kontur တွင် DevOps နှင့် အခြေခံအဆောက်အအုံများကို အကောင်အထည်ဖော်နေသည်မှာ ၅ နှစ်ရှိပြီဖြစ်သည်။ သုံးနှစ်တာကာလအတွင်း၊ သူ့ကုမ္ပဏီတွင် အမျိုးမျိုးသော ကွဲပြားမှုအဆင့် fakaps 5 ခန့် ပေါ်ပေါက်ခဲ့သည်။ ဥပမာအားဖြင့်၊ ၎င်းတို့အနက် ၃၆% သည် အရည်အသွေးနိမ့်သော ထုတ်လွှတ်မှုကို ထုတ်လုပ်မှုသို့ မြှင့်တင်ခြင်းကြောင့် ဖြစ်ကြပြီး 1000% သည် ဒေတာစင်တာရှိ ဟာ့ဒ်ဝဲပြုပြင်ထိန်းသိမ်းခြင်းလုပ်ငန်းကြောင့် ဖြစ်ရသည်။
ကုမ္ပဏီ၏အင်ဂျင်နီယာများသည် နှစ်အတော်ကြာ ဆက်တိုက်ထိန်းသိမ်းထားခဲ့သော မှတ်တမ်းများ (သေဆုံးပြီးနောက်) မှတ်တမ်းဟောင်းတစ်ခုသည် မတော်တဆမှုနှင့်ပတ်သက်သော တိကျသောအချက်အလက်များကို ရရှိစေပါသည်။ အရေးပေါ်အချက်ပြမှုကို ပထမဆုံးတုံ့ပြန်ပြီး အရာအားလုံးကို စတင်ပြင်ဆင်ခဲ့သူ တာဝန်ကျအင်ဂျင်နီယာက ရင်ခွဲစစ်ဆေးခြင်းအား ရေးသားထားသည်။ အစီရင်ခံစာရေးခြင်းဖြင့် ညဘက်တွင် facaps ဖြင့် ရုန်းကန်နေရသော အင်ဂျင်နီယာများကို အဘယ်ကြောင့် ညှဉ်းပန်းနှိပ်စက်သနည်း။ ဤဒေတာသည် သင့်အား ရုပ်ပုံတစ်ခုလုံးကိုမြင်နိုင်ပြီး အခြေခံအဆောက်အအုံဖွံ့ဖြိုးတိုးတက်မှုကို လမ်းကြောင်းမှန်သို့ ရွှေ့နိုင်စေပါသည်။
၎င်း၏မိန့်ခွန်းတွင်၊ Alexey သည် အမှန်တကယ်အသုံးဝင်သော postmortem ကိုဘယ်လိုရေးရမလဲနှင့် ကုမ္ပဏီကြီးတစ်ခုတွင် ထိုအစီရင်ခံစာများ၏အလေ့အကျင့်ကို အကောင်အထည်ဖော်ပုံတို့ကို မျှဝေခဲ့သည်။ တစ်စုံတစ်ယောက်၏ ရင်တွင်းစကားသံဇာတ်လမ်းများကို ကြိုက်နှစ်သက်ပါက ဖျော်ဖြေတင်ဆက်မှု ဗီဒီယိုကို ကြည့်ပါ။
DevOps ၏ သင့်အမြင်သည် ကျွန်ုပ်တို့နှင့် မကိုက်ညီနိုင်ကြောင်း ကျွန်ုပ်တို့ နားလည်ပါသည်။ DevOps အသွင်ပြောင်းခြင်းကို သင်မည်ကဲ့သို့မြင်ရသည်ကို သိရန် စိတ်ဝင်စားဖွယ်ဖြစ်လိမ့်မည်။ ဤအကြောင်းအရာနှင့်ပတ်သက်၍ သင့်အတွေ့အကြုံနှင့် အမြင်ကို မှတ်ချက်များတွင် မျှဝေပါ။
ပရိုဂရမ်မှာ ဘယ်အစီရင်ခံစာတွေကို လက်ခံပြီးပြီလဲ။
ဤအပတ်တွင် ပရိုဂရမ်ကော်မတီသည် လုံခြုံရေး၊ အခြေခံအဆောက်အအုံနှင့် SRE အလေ့အကျင့်များဆိုင်ရာ အစီရင်ခံစာ ၄ ခုကို လက်ခံခဲ့သည်။
DevOps အသွင်ပြောင်းခြင်း၏ အနာကျင်ဆုံးအကြောင်းအရာဖြစ်ကောင်းဖြစ်နိုင်သည်- သတင်းအချက်အလက်လုံခြုံရေးဌာနမှ အမျိုးသားများသည် ဖွံ့ဖြိုးတိုးတက်မှု၊ လည်ပတ်မှုနှင့် စီမံအုပ်ချုပ်မှုကြားရှိပြီးသားချိတ်ဆက်မှုများကို မဖျက်စီးစေရန် မည်သို့ပြုလုပ်ရမည်နည်း။ အချို့သော ကုမ္ပဏီများသည် သတင်းအချက်အလက် လုံခြုံရေးဌာနမရှိဘဲ စီမံခန့်ခွဲကြသည်။. ဤကိစ္စတွင် သတင်းအချက်အလက်လုံခြုံရေးကို မည်သို့သေချာစေသနည်း။ ထိုအကြောင်း sudo.su မှ Mona Arkhipova. သူမ၏အစီရင်ခံစာမှကျွန်ုပ်တို့လေ့လာသင်ယူ:
- ဘယ်လိုကာကွယ်ရမယ်၊ ဘယ်သူ့ဆီက၊
- ပုံမှန်လုံခြုံရေး လုပ်ငန်းစဉ်တွေက ဘာတွေလဲ။
- အိုင်တီနှင့် သတင်းအချက်အလက် လုံခြုံရေး လုပ်ငန်းစဉ်များ မည်ကဲ့သို့ ခြားနားသည်၊
- CIS CSC ဆိုတာ ဘာလဲ၊ အဲဒါကို ဘယ်လိုအကောင်အထည်ဖော်မလဲ။
- ပုံမှန်သတင်းအချက်အလက်လုံခြုံရေးစစ်ဆေးမှုများပြုလုပ်ရန် မည်သို့မည်ပုံ၊
နောက်အစီရင်ခံစာတွင် အခြေခံအဆောက်အအုံ၏ ဖွံ့ဖြိုးတိုးတက်မှုကို ကုဒ်အဖြစ် ပတ်သက်သည်။ လက်စွဲလုပ်ရိုးလုပ်စဉ်ပမာဏကို လျှော့ချပြီး ပရောဂျက်တစ်ခုလုံးကို ပရမ်းပတာဖြစ်အောင် မလုပ်ဘဲ၊ ဒါက ဖြစ်နိုင်ပါသလား။ ဒီမေးခွန်းအတွက် Ixtens မှ Maxim Kostrikin. သူ့ကုမ္ပဏီက သုံးတယ်။ Terraform AWS အခြေခံအဆောက်အအုံနှင့်အလုပ်လုပ်ရန်။ ကိရိယာသည် အဆင်ပြေသော်လည်း ၎င်းကိုအသုံးပြုသည့်အခါတွင် ကုဒ်အများအပြားကို မည်သို့ရှောင်ရှားရမည်နည်းဟု မေးစရာရှိသည်။ ထိုသို့သော အမွေအနှစ်များကို ထိန်းသိမ်းခြင်းသည် တစ်နှစ်ထက်တစ်နှစ် ပိုပို၍ စျေးကြီးပါသည်။
Maxim သည် ကုဒ်နေရာချထားမှုပုံစံများ အလုပ်လုပ်ပုံကို ရိုးရှင်းစေပြီး အလိုအလျောက်လုပ်ဆောင်မှုနှင့် ဖွံ့ဖြိုးတိုးတက်မှုအတွက် ရည်ရွယ်ပြသမည်ဖြစ်သည်။
နောက်တစ်မျိုး အခြေခံအဆောက်အအုံတွေအကြောင်း ကြားနေရလိမ့်မယ်။ Playkey မှ Vladimir Ryabov. ဤနေရာတွင် ကျွန်ုပ်တို့သည် အခြေခံအဆောက်အအုံဆိုင်ရာ ပလပ်ဖောင်းအကြောင်း ဆွေးနွေးမည်ဖြစ်ပြီး ကျွန်ုပ်တို့ လေ့လာနိုင်သည်-
- သိုလှောင်ခန်းနေရာကို ထိထိရောက်ရောက် အသုံးပြုခြင်း ရှိ၊မရှိ နားလည်နိုင်ပုံ၊
- သိုလှောင်မှု 10 TB ကိုသာ အသုံးပြုပါက အကြောင်းအရာ 20 TB ကို အသုံးပြုသူ ရာဂဏန်း မည်မျှ လက်ခံနိုင်မည်နည်း။
- ဒေတာ 5 ကြိမ်ချုံ့နည်း နှင့် သုံးစွဲသူများအား အချိန်နှင့်တပြေးညီ ပေးစွမ်းနိုင်ခြင်း၊
- ဒေတာစင်တာများစွာကြားတွင် ပျံသန်းနေစဉ် ဒေတာကို တစ်ပြိုင်တည်းပြုလုပ်နည်း၊
- virtual machine တစ်ခုစီကို စဉ်ဆက်မပြတ်အသုံးပြုသောအခါတွင် သုံးစွဲသူအချင်းချင်းအပေါ် လွှမ်းမိုးမှုကို မည်သို့ဖယ်ရှားမည်နည်း။
ဒီမှော်ပညာရဲ့ လျှို့ဝှက်ချက်ကတော့ နည်းပညာပါပဲ။ FreeBSD အတွက် ZFS ၎င်း၏လတ်ဆတ်သောခက်ရင်းခွ Linux ပေါ်ရှိ ZFS. ဗလာဒီမာသည် Playkey မှဖြစ်ရပ်များကိုမျှဝေလိမ့်မည်။
Amixr.IO မှ Matvey Kukuy ဘဝရဲ့ဥပမာတွေနဲ့ အဆင်သင့်ဖြစ်နေပါပြီ။ , ဘာဖြစ်တာလဲ SRE ယုံကြည်စိတ်ချရသော စနစ်များ တည်ဆောက်ရာတွင် မည်ကဲ့သို့ ကူညီပေးသည် ။ Amixr.IO သည် ၎င်း၏နောက်ကွယ်မှဖောက်သည်များကို ၎င်း၏နောက်ကွယ်မှဖြတ်သန်းသွားသည်၊ ကွန်ဖရင့်တွင် Matvey သည် ဖောက်သည်ပြဿနာများကို ဖြေရှင်းခြင်းနှင့် ကျရှုံးမှုများကို ခွဲခြမ်းစိတ်ဖြာခြင်းဖြင့် သူ့ကုမ္ပဏီတွင်စုဆောင်းထားသော စာရင်းအင်းများနှင့် ထိုးထွင်းသိမြင်မှုများကို မျှဝေမည်ဖြစ်သည်။
လောဘကြီးမနေပါနဲ့ DevOps ဆာမူရိုင်းတစ်ယောက်အနေနဲ့ မင်းရဲ့အတွေ့အကြုံကို မျှဝေဖို့ ထပ်မံတိုက်တွန်းချင်ပါတယ်။ အစေခံ အစီရင်ခံစာတစ်ခုအတွက်၊ သင်နှင့်ကျွန်ုပ်တို့သည် ကောင်းမွန်သောမိန့်ခွန်းကိုပြင်ဆင်ရန် ၂.၅ လ အချိန်ယူရမည်ဖြစ်ပါသည်။ နားထောင်သူဖြစ်ချင်ရင်၊ ပရိုဂရမ်မွမ်းမံမှုများနှင့်အတူ သတင်းလွှာထံသို့ လက်မှတ်များကို အချိန်မီ ကြိုတင်စာရင်းသွင်းရန် လေးလေးနက်နက် စဉ်းစားပါ၊ အဘယ်ကြောင့်ဆိုသော် ၎င်းတို့သည် ညီလာခံကျင်းပမည့်ရက်များနှင့် နီးကပ်လာသောကြောင့် ၎င်းတို့သည် ပိုမိုစျေးကြီးလာမည်ဖြစ်သည်။
source: www.habr.com