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

ဒီအသိပညာနဲ့ ဘယ်ကိုသွားရမလဲ၊ ပရောဂျက်မှာ ဘာလုပ်ရမလဲ၊ ဝင်ငွေဘယ်လောက်ရလဲ၊ အင်တာဗျူးမှာ ဘာပြောရမလဲ မေးပါ - Express 42 ရဲ့ မန်နေးဂျင်းပါတနာဖြစ်တဲ့ Alexander Titov က ပြောပါတယ်။ အွန်လိုင်းသင်တန်း "DevOps အလေ့အကျင့်များနှင့် ကိရိယာများ".

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

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

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

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

ဒီချဉ်းကပ်မှုကနေ ဘာတွေဆက်ဖြစ်မလဲ။

• ထုတ်လုပ်မှုနှင့် ပြဿနာအားလုံးကို ဖြေရှင်းပေးမည့် “အင်ဂျင်နီယာ” အချို့ကို သင် ငှားရမ်း၍ မရပါ။ အဖွဲ့တစ်ဖွဲ့လုံးက ဒီနည်းပညာကို ကျင့်သုံးရမယ်။

  

• DevOps သည် အဆင့်မြှင့်မည့် sysadmin ၏နောက်ထပ်ပုံစံမဟုတ်ပါ။ "DevOps အင်ဂျင်နီယာ" သည် "Agile developer" နှင့်တူသည်။

  
  

• အဖွဲ့တစ်ဖွဲ့သည် Kubernetes၊ Ansible၊ Prometheus၊ Mesosphere နှင့် Docker ကိုအသုံးပြုပါက၊ ၎င်းသည် DevOps အလေ့အကျင့်များကို ထိုနေရာတွင် အကောင်အထည်ဖော်ခဲ့သည်ဟု မဆိုလိုပါ။

  
  

DevOps ပြီးနောက် ဘဝသည် မည်သည့်အခါမျှ တူညီမည်မဟုတ်ပါ။

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

1. ကိုယ်ပိုင်ပြဌာန်းခွင့်

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

2. ကိရိယာများနှင့် အလေ့အကျင့်များ

ကျောင်းသားများသည် DevOps နည်းလမ်း၏ရှုထောင့်မှ တိကျသောနည်းပညာများကို ကျွမ်းကျင်သည်။

DevOps ကိရိယာများကို DevOps ချဉ်းကပ်မှုတွင်သာမက ရှေးရိုးဖွံ့ဖြိုးတိုးတက်မှုတွင် နှစ်မျိုးလုံးအသုံးပြုနိုင်ပါသည်။ အထင်ရှားဆုံး ဥပမာမှာ Ansible configuration management tool ကို အသုံးပြုခြင်း ဖြစ်သည်။ ၎င်းကို DevOps အလေ့အကျင့် “Infrastructure as Code” ကို အကောင်အထည်ဖော်ရန် ဖန်တီးထားပြီး၊ ဆိုလိုသည်မှာ စနစ်၏ မတူညီသော အခြေအနေများကို လည်ပတ်မှုစနစ် ဆက်တင်များမှ အပလီကေးရှင်းဆော့ဖ်ဝဲလ်အထိ ဖော်ပြထားပါသည်။ ဖော်ပြချက်သည် အလွှာများအဖြစ် ပိုင်းခြားထားပြီး ရှုပ်ထွေးပြီး အဆက်မပြတ်ပြောင်းလဲနေသော ဖွဲ့စည်းမှုပုံစံကို စီမံခန့်ခွဲနိုင်စေပါသည်။ သို့သော် အင်ဂျင်နီယာများသည် စက်များစွာတွင် bash script များကို run ရန် Ansible ကို အသုံးပြုကြသည်။ ၎င်းသည် မကောင်းသလို ကောင်းကျိုးလည်းမဟုတ်၊ သို့သော် Ansible ၏ရှိနေခြင်းသည် ကုမ္ပဏီတွင် DevOps ရှိနေခြင်းကို အာမမခံနိုင်ကြောင်း သင်နားလည်ရန်လိုအပ်ပါသည်။

ကျွန်တော်တို့ လုပ်ငန်းစဉ်ထဲမှာ ပါပါတယ်။ သင်တန်း ၎င်း၏ monolithic ဗားရှင်းဖြင့် စတင်ကာ microservices သို့ တစ်ဆင့်ပြီးတစ်ဆင့် ပြောင်းရွှေ့ကာ နာမည်ကြီး Reddit နှင့် ဆင်တူသော အက်ပလီကေးရှင်းကို တီထွင်ခြင်းလုပ်ငန်းစဉ်တွင် သင်သည် နှစ်မြှုပ်သွားမည်ဖြစ်သည်။ အဆင့်တစ်ဆင့်ပြီးတစ်ဆင့် ကျွန်ုပ်တို့သည် ကိရိယာအသစ်များ- Git၊ Ansible၊ Gitlab တို့ကို Kubernetes နှင့် Prometheus ဖြင့် အပြီးသတ်ပါမည်။

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

ဤအသိပညာသည် အထူးကုတစ်ဦးစီကို အဘယ်အရာပေးသနည်း။

စနစ်စီမံခန့်ခွဲသူများအတွက်

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

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

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

Developer များ

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

စမ်းသပ်သူများအတွက်

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

ဒီတော့ ပေါ်လာတယ်။ အဆင့်သုံးဆင့်စလုံးသည် တစ်ပြိုင်နက် ဖြစ်ပေါ်သည်။. ဥပမာအားဖြင့်၊ ၎င်းသည် ဤကဲ့သို့သောပုံပေါက်နိုင်သည်-

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

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

ငါ DevOps ကိုလေ့လာခဲ့တယ်၊ နောက်ဘာလုပ်မလဲ။

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

ယခုတွင် ကောင်းမွန်သောအရာများအကြောင်း- DevOps အလေ့အကျင့်များနှင့် ကိရိယာများကို ကျွမ်းကျင်ပိုင်နိုင်စွာ ကျွမ်းကျင်ပါက အလုပ်သမားဈေးကွက်ရှိ သင့်တန်ဖိုး၏ +30% ခန့်ရှိသည်။ လစာများသည် ရူဘယ် 140 မှစတင်သော်လည်း၊ သင်၏အဓိကကျွမ်းကျင်မှုနှင့်လုပ်ဆောင်နိုင်စွမ်းအားဖြင့်သဘာဝကျကျဆုံးဖြတ်သည်။

စမ်းသပ်မှု အလိုအလျောက်စနစ်၊ cloud နည်းပညာများကို အသုံးပြုထားသော microservice အပလီကေးရှင်းများ ဖွံ့ဖြိုးတိုးတက်မှု၊ အခြေခံအဆောက်အအုံ အင်ဂျင်နီယာများအတွက် လစ်လပ်နေရာများနှင့် DevOps တို့ကို ရည်ညွှန်းမှုအမျိုးမျိုးရှိသည့် နေရာတွင် "အခြေခံအဆောက်အဦ-အသားပေး" ဟု အမှတ်အသားပြုထားသည့် လစ်လပ်နေရာများကို ကြည့်ရှုနိုင်ပါသည်။ ကုမ္ပဏီတစ်ခုစီသည် ဤအဓိပ္ပါယ်ဖွင့်ဆိုချက်ဖြင့် ကွဲပြားသည့်အရာတစ်ခုကို ဆိုလိုကြောင်း သတိရပါ - ဖော်ပြချက်ကို ဂရုတစိုက်ဖတ်ပါ။

ကျွန်ုပ်တို့၏သင်တန်းစတင်စဉ်အတွင်း၊ ကျွန်ုပ်ထံသို့ ထိုးထွင်းသိမြင်မှုတစ်ခုရောက်လာသည် - သင်တန်းသည် DevOps အင်ဂျင်နီယာတစ်ဦး၏ထောင်ချောက်ထဲသို့ကျပြီးနောက် လူများစွာသည် ကျွန်ုပ်ထံသို့ ထိုးထွင်းသိမြင်လာသည်။ အထက်ဖော်ပြပါ ခေါင်းစဉ်ပါ လစ်လပ်နေရာတစ်ခုကို သူတို့ရှာတွေ့ပြီး ကမ်းလှမ်းချက်ကောင်းတစ်ခုကို ရယူပြီးနောက် အလုပ်သို့လာပြီး Jenkins တွင် စာမျက်နှာသုံးမျက်နှာပါ bash ဇာတ်ညွှန်းကို ဆက်လက်ထိန်းသိမ်းထားရမည်ဖြစ်ကြောင်း သဘောပေါက်သွားခဲ့သည်။ Kubernetes၊ ChatOps၊ Canary ထုတ်ဝေမှုများနှင့် အရာအားလုံးသည် အဘယ်မှာရှိသနည်း။ သို့သော် ကုမ္ပဏီသည် နည်းစနစ်တစ်ခုအနေဖြင့် DevOps မလိုအပ်သော်လည်း တစ်ဦးချင်းတီထွင်ဆန်းသစ်မှုများကို အသုံးပြုသောကြောင့် ဘာမှမဖြစ်ပါ။

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

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

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

Devops ပညာရှင်များသည် ဖွံ့ဖြိုးတိုးတက်မှု/စီမံအုပ်ချုပ်မှု/စမ်းသပ်မှုတွင် အတွေ့အကြုံဖြင့်သာ စစ်မှန်သောတန်ဖိုးကို ရရှိကြောင်း သတိပြုရန် အရေးကြီးပါသည်။ သို့မှသာ အသိပညာသည် စိတ္တဇမဟုတ်၊ ကျွမ်းကျင်သော (အာရုံတိုင်း၌) ကြွယ်ဝလိမ့်မည်။ ထို့ကြောင့်၊ "DevOps ကို အစမှ သင်ယူခြင်း" ၏ အယူအဆသည် သင့်လက်ထဲတွင် ကင်မရာကို တစ်ခါမှ မကိုင်ဖူးပါက သို့မဟုတ် ရိုက်ကူးရန် ညွှန်ကြားထားခြင်းမရှိပါက "မှန်ဘီလူးများကို အစမှနေ၍ အသုံးပြုရန်" သင်ယူခြင်းနှင့် အတူတူပင်ဖြစ်သည်။ သင်တန်းသည် သင့်အတွက် သင့်လျော်မှု ရှိ၊ မရှိ ဆုံးဖြတ်နိုင်ရန် ကူညီရန်အတွက် သင်၏ လုံလောက်သော အသိပညာအဆင့်ကို စစ်ဆေးပေးမည့် ဝင်ခွင့်စာမေးပွဲကို ကျွန်ုပ်တို့ ပြုလုပ်ထားပါသည်။

လှည့်ကွက်တွေထဲက တစ်ခုလို့ထင်ပါတယ်။ သင်တန်း - သင်တန်းကာလအတွင်း ကျောင်းသားတစ်ဦးစီသည် မိမိတိုးတက်လိုသည့် ဦးတည်ရာကို ကိုယ်တိုင်ဆုံးဖြတ်သည်။ ဆော့ဖ်ဝဲအင်ဂျင်နီယာတစ်ဦးသည် အခြေခံအဆောက်အအုံအင်ဂျင်နီယာတစ်ဦးဖြစ်လာသောအခါတွင် အသွင်ကူးပြောင်းမှုများကို မကြာခဏတွေ့မြင်ရပြီး စီမံခန့်ခွဲသူတစ်ဦးက ကုဒ်ရေးရန် စိတ်ဝင်စားကြောင်း အက်ဒမင်တစ်ဦးမှ သိရှိသွားသည် - ထို့နောက် ၎င်းက ဘာသာစကားကို ဆက်လက်လေ့လာကာ ရရှိထားသော DevOps ကျွမ်းကျင်မှုဖြင့် ၎င်းကို ဖြည့်စွက်ပေးသည်။ ထို့ကြောင့်၊ ၎င်းတို့၏ အသက်မွေးဝမ်းကျောင်းမှု လမ်းဆုံလမ်းခွများတွင် ပိတ်မိနေသူများကို အထူးကြိုဆိုပါသည်။ သင်တန်းစတင်မည့်ရက် မေလ ၂၈ ရက်နေ့ ဖြစ်သော်လည်း သင်တန်းစပြီး ၂ ပတ်ကြာ တက်ရောက်နိုင်ပါသည်။ ပရိုဂရမ်ကိုကြည့်ရှုပြီး စမ်းသပ်မှုပြုလုပ်နိုင်ပါသည်။ လင့်ခ်. OTUS မှာတွေ့မယ်။

source: www.habr.com