ကျွန်ုပ်တို့အများစုသည် IT blogosphere သို့မဟုတ် conference တွင် နောက်ထပ်အသုံးအနှုန်းအသစ်တစ်ခုကို သတိပြုမိကြပြီး မကြာမီ သို့မဟုတ် နောက်ပိုင်းတွင် အလားတူမေးခွန်းတစ်ခုကို မေးပါ- “ဒါက ဘာလဲ။ အခြား buzzword ၊ "buzzword" သို့မဟုတ် အမှန်တကယ် အနီးကပ် အာရုံစိုက်၊ လေ့လာရန် နှင့် မိုးကုတ်စက်ဝိုင်းသစ်များ အတွက် ကတိပြုထိုက်သော အရာတစ်ခုသာ ဖြစ်သည်။ အသုံးအနှုန်းနဲ့လည်း အလားတူပါပဲ။ GitOps တစ်ချိန်က ရှိပြီးသား ဆောင်းပါးများစွာအပြင် ကုမ္ပဏီမှ လုပ်ဖော်ကိုင်ဖက်များ၏ ဗဟုသုတများပါရှိသည်။ ဒီအကောင်က ဘယ်လိုအကောင်လဲ၊ လက်တွေ့မှာ ဘယ်လိုပုံစံရှိနိုင်လဲဆိုတာကို အဖြေရှာကြည့်တယ်။
စကားမစပ်, ဝေါဟာရ၏အသစ်အဆန်းနှင့် ပတ်သက် GitOps ကျွန်ုပ်တို့၏ မကြာသေးမီက စစ်တမ်းက ဤသို့ဆိုသည်- စစ်တမ်းကောက်ယူခံရသူများ၏ ထက်ဝက်ကျော်သည် ၎င်း၏မူများကို စတင်လုပ်ဆောင်ခြင်းမရှိသေးပေ။
ဒါကြောင့် အခြေခံအဆောက်အအုံ စီမံခန့်ခွဲမှု ပြဿနာဟာ အသစ်အဆန်းတော့ မဟုတ်ပါဘူး။ cloud ပံ့ပိုးပေးသူအများအပြားသည် အများသူငှာအသုံးပြုနိုင်သည်မှာ နှစ်ဒါဇင်လောက်ရှိပြီဖြစ်ပြီး အခြေခံအဆောက်အဦအတွက် တာဝန်ရှိသည့်အဖွဲ့များ၏ လုပ်ဆောင်မှုများကို ရိုးရှင်းလွယ်ကူစေသင့်သည်။ သို့ရာတွင်၊ အပလီကေးရှင်းဖွံ့ဖြိုးတိုးတက်ရေးလုပ်ငန်းစဉ်နှင့် နှိုင်းယှဉ်ပါက (အလိုအလျောက်စနစ်သည် အဆင့်အသစ်သို့ရောက်ရှိနေသည့်) အခြေခံအဆောက်အအုံစီမံကိန်းများတွင် မကြာခဏလက်စွဲအလုပ်များပါဝင်နေသေးပြီး အထူးသဖြင့် အမှားခံနိုင်ရည်၊ ပျော့ပြောင်းမှု၊ ချဲ့ထွင်နိုင်မှုနှင့် ပျော့ပျောင်းမှုတို့အတွက် အထူးပြုအသိပညာနှင့် ကျွမ်းကျင်မှုများ လိုအပ်ပါသည်။
Cloud ဝန်ဆောင်မှုများသည် ဤလိုအပ်ချက်များကို အလွန်အောင်မြင်စွာ ဖြည့်ဆည်းပေးခဲ့ပြီး ၎င်းသည် ချဉ်းကပ်မှုဖွံ့ဖြိုးတိုးတက်မှုအတွက် သိသာထင်ရှားသော တွန်းအားတစ်ခုပေးခဲ့သူဖြစ်သည်။ IAC. ဤသည်ကို နားလည်နိုင်သည်။ နောက်ဆုံးတွင်၊ ၎င်းတို့သည် လုံး၀ virtual ဒေတာစင်တာကို စီစဉ်သတ်မှတ်နိုင်စေခဲ့သည်- ရုပ်ပိုင်းဆိုင်ရာ ဆာဗာများ၊ ထိန်သိမ်းများ သို့မဟုတ် ကွန်ရက် အစိတ်အပိုင်းများ မရှိကြောင်း၊ အခြေခံအဆောက်အအုံတစ်ခုလုံးကို scripts နှင့် configuration ဖိုင်များကို အသုံးပြု၍ ဖော်ပြနိုင်သည်။
ဒါဆို အတိအကျကွာခြားချက်ကဘာလဲ။ GitOps от IAC? ဤမေးခွန်းဖြင့် ကျွန်ုပ်၏ စုံစမ်းစစ်ဆေးမှုကို စတင်ခဲ့ပါသည်။ လုပ်ဖော်ကိုင်ဖက်များနှင့် စကားပြောပြီးနောက်တွင်၊ ကျွန်ုပ်သည် အောက်ပါ နှိုင်းယှဉ်ချက်ကို ဖော်ထုတ်နိုင်ခဲ့ပါသည်။
GitOps
IAC
ကုဒ်အားလုံးကို git repository တွင် သိမ်းဆည်းထားသည်။
ကုဒ်ဗားရှင်းကို ရွေးချယ်နိုင်သည်။
Declarative Code ဖော်ပြချက် / Ideempotency
ကြေငြာချက်နှင့် အရေးပါသော ဖော်ပြချက်နှစ်ခုလုံးကို လက်ခံနိုင်သည်
Merge Request/Pull Request ယန္တရားများကို အသုံးပြု၍ ပြောင်းလဲမှုများသည် အကျိုးသက်ရောက်သည်။
သဘောတူညီချက်၊ အတည်ပြုချက်နှင့် ပူးပေါင်းဆောင်ရွက်ခြင်းတို့သည် ရွေးချယ်နိုင်သည်
အပ်ဒိတ်စတင်ခြင်းလုပ်ငန်းစဉ်သည် အလိုအလျောက်ဖြစ်သည်။
အပ်ဒိတ်စတင်ခြင်းလုပ်ငန်းစဉ်သည် စံချိန်စံညွှန်းမမီပါ (အလိုအလျောက်၊ လက်စွဲစာအုပ်၊ ဖိုင်များကူးယူခြင်း၊ အမိန့်ပေးစာလိုင်း စသည်ဖြင့်)
တစ်နည်းပြောရရင်တော့ GitOps နိယာမများကို အသုံးချခြင်းအားဖြင့် အတိအကျ မွေးဖွားလာခဲ့သည်။ IAC. ပထမဦးစွာ၊ အခြေခံအဆောက်အအုံနှင့်ဖွဲ့စည်းပုံများကို ယခုအခါ အပလီကေးရှင်းများကဲ့သို့ပင် သိမ်းဆည်းထားနိုင်ပြီဖြစ်သည်။ ကုဒ်သည် သိမ်းဆည်းရန် လွယ်ကူသည်၊ မျှဝေရန်၊ နှိုင်းယှဉ်ရန်၊ နှင့် ဗားရှင်းလုပ်နိုင်စွမ်းများကို အသုံးပြုရန် လွယ်ကူသည်။ ဗားရှင်းများ၊ အကိုင်းအခက်များ၊ သမိုင်းများ။ ပြီးတော့ ဒါတွေအားလုံးဟာ အဖွဲ့တစ်ခုလုံးကို လူသိရှင်ကြားရနိုင်တဲ့ နေရာတစ်ခုထဲမှာပါ။ ထို့ကြောင့် ဗားရှင်းထိန်းချုပ်မှုစနစ်များကို အသုံးပြုခြင်းသည် လုံးဝသဘာဝအလျောက် ဖွံ့ဖြိုးတိုးတက်လာခဲ့သည်။ အထူးသဖြင့် git သည် လူကြိုက်အများဆုံးဖြစ်သည်။
တစ်ဖက်တွင်၊ အခြေခံအဆောက်အအုံ စီမံခန့်ခွဲမှု လုပ်ငန်းစဉ်များကို အလိုအလျောက် လုပ်ဆောင်ရန် ဖြစ်နိုင်သည်။ ယခုအခါ ၎င်းကို ပိုမိုမြန်ဆန်၊ ပိုမိုယုံကြည်စိတ်ချရပြီး စျေးသက်သာစွာ လုပ်ဆောင်နိုင်ပြီဖြစ်သည်။ ထို့အပြင် CI/CD ၏ အခြေခံမူများသည် ဆော့ဖ်ဝဲရေးဆွဲသူများကြားတွင် လူသိများပြီး ရေပန်းစားနေပြီဖြစ်သည်။ သိပြီးသား အသိပညာနှင့် အတတ်ပညာများကို နယ်ပယ်အသစ်သို့ လွှဲပြောင်းအသုံးချရန်သာ လိုအပ်ပါသည်။ သို့သော် ဤအလေ့အကျင့်များသည် အခြေခံအဆောက်အဦ၏ စံသတ်မှတ်ချက်ကို ကုဒ်အဖြစ် ကျော်လွန်သွားသောကြောင့် အယူအဆဖြစ်သည်။ GitOps.
စပ်စုတယ်။ GitOpsထို့အပြင်၊ ၎င်းသည် ရောင်းချသူနှင့် ဆက်စပ်နေသော ထုတ်ကုန်၊ ပလပ်အင် သို့မဟုတ် ပလပ်ဖောင်းတစ်ခုလည်း မဟုတ်ကြောင်းလည်း သိရသည်။ ၎င်းသည် ကျွန်ုပ်တို့နှင့်ရင်းနှီးသော အခြားအသုံးအနှုန်းနှင့် ဆင်တူသည်- DevOps။
အဆိုပါကုမ္ပဏီ ကျွန်ုပ်တို့သည် ဤဝေါဟာရအသစ်၏ အဓိပ္ပါယ်ဖွင့်ဆိုချက် နှစ်ခုဖြစ်သည်- သီအိုရီနှင့် လက်တွေ့ကျသည်။ သီအိုရီနဲ့ စလိုက်ရအောင်။
GitOps သည် ဗားရှင်းထိန်းချုပ်မှု၊ ပူးပေါင်းမှု၊ ပူးပေါင်းမှု၊ တီးမှုတ်မှု၊ CI/CD ကဲ့သို့သော အပလီကေးရှင်းဖွံ့ဖြိုးတိုးတက်မှုအတွက် အသုံးပြုသည့် အကောင်းဆုံး DevOps အခြေခံမူများကို ယူဆောင်ကာ အလိုအလျောက် အခြေခံအဆောက်အအုံ စီမံခန့်ခွဲမှု၏ စိန်ခေါ်မှုများတွင် အသုံးချသည့် နည်းစနစ်တစ်ခုဖြစ်သည်။
လုပ်ငန်းစဉ်အားလုံး GitOps ရှိပြီးသားကိရိယာများကို အသုံးပြု၍ အလုပ်လုပ်ပါသည်။ အခြေခံအဆောက်အအုံကုဒ်အားလုံးကို ရင်းနှီးပြီးသား git repository တွင် သိမ်းဆည်းထားပြီး၊ အပြောင်းအလဲများသည် အခြားပရိုဂရမ်ကုဒ်များကဲ့သို့ တူညီသော အတည်ပြုချက်လုပ်ငန်းစဉ်ကို ဖြတ်သန်းသွားမည်ဖြစ်ပြီး၊ ဖြန့်ချိသည့်လုပ်ငန်းစဉ်သည် အလိုအလျောက်ဖြစ်ပြီး၊ ကျွန်ုပ်တို့အား လူသားအမှားအယွင်းများကို လျှော့ချရန်၊ ယုံကြည်စိတ်ချရမှုနှင့် ပြန်လည်ထုတ်လုပ်နိုင်မှုတို့ကို တိုးမြင့်စေပါသည်။
လက်တွေ့ကျကျ ရှုထောင့်ကနေ ဖော်ပြပါတယ်။ GitOps အောက်ပါအတိုင်း:
ဤဖော်မြူလာ၏ အဓိက အစိတ်အပိုင်းများထဲမှ တစ်ခုအဖြစ် အခြေခံအဆောက်အအုံအား ကုဒ်အဖြစ် ဆွေးနွေးပြီးဖြစ်သည်။ ကျန်ပါဝင်သူများနှင့် မိတ်ဆက်ပေးပါရစေ။
Merge Request (အခြားအမည် Pull Request)။ လုပ်ငန်းစဉ်စည်းကမ်းအရ MR သည် ကုဒ်အပြောင်းအလဲများကို အသုံးချပြီး အကိုင်းအခက်များကို ပေါင်းစည်းရန် တောင်းဆိုချက်ဖြစ်သည်။ သို့သော်ကျွန်ုပ်တို့အသုံးပြုသည့်ကိရိယာများ၏စည်းကမ်းချက်များအရ၊ ဤအရာသည် ပြောင်းလဲမှုများအားလုံးကို ပြီးပြည့်စုံသောပုံတစ်ပုံရရှိရန် အခွင့်အရေးဖြစ်သည်- အချို့သော commits အရေအတွက်မှ စုဆောင်းထားသော ကုဒ်ကွာခြားမှုများသာမက အကြောင်းအရာ၊ စစ်ဆေးမှုရလဒ်များနှင့် နောက်ဆုံးမျှော်လင့်ထားသည့်ရလဒ်။ အခြေခံအဆောက်အအုံကုဒ်အကြောင်းပြောနေလျှင် အခြေခံအဆောက်အအုံမည်ကဲ့သို့ပြောင်းလဲမည်၊ အရင်းအမြစ်အသစ်မည်မျှထည့်မည် သို့မဟုတ် ဖယ်ရှားမည်၊ ပြောင်းလဲမည်ကို ကျွန်ုပ်တို့စိတ်ဝင်စားပါသည်။ ပိုအဆင်ပြေပြီး ဖတ်ရလွယ်ကူသော ဖော်မတ်အချို့တွင် ဖြစ်နိုင်သည်။ cloud ဝန်ဆောင်မှုပေးသူများအတွက်၊ ဤပြောင်းလဲမှု၏ဘဏ္ဍာရေးဆိုင်ရာသက်ရောက်မှုများကို သိရှိရန် သင့်လျော်ပါသည်။
သို့သော် MR သည် ပူးပေါင်းဆောင်ရွက်ခြင်း၊ အပြန်အလှန်ဆက်သွယ်မှုနှင့် ဆက်သွယ်မှုနည်းလမ်းတစ်ခုလည်းဖြစ်သည်။ အပြန်အလှန်ထိန်းကျောင်းမှုစနစ် စတင်လုပ်ဆောင်သည့်နေရာ။ ရိုးရှင်းသောမှတ်ချက်များမှ တရားဝင်ခွင့်ပြုချက်များနှင့် အတည်ပြုချက်များအထိ။
ကောင်းပြီ၊ နောက်ဆုံးအစိတ်အပိုင်း- CI/CD သည် ကျွန်ုပ်တို့သိထားပြီးဖြစ်သည့်အတိုင်း၊ အခြေခံအဆောက်အအုံဆိုင်ရာပြောင်းလဲမှုများနှင့် စမ်းသပ်ခြင်းလုပ်ငန်းစဉ်ကို အလိုအလျောက်လုပ်ဆောင်နိုင်စေသည် (ရိုးရှင်းသော syntax စစ်ဆေးခြင်းမှ ပိုမိုရှုပ်ထွေးသော static code ခွဲခြမ်းစိတ်ဖြာမှုအထိ)။ ပျံ့လွင့်မှု၏ နောက်ဆက်တွဲ ရှာဖွေတွေ့ရှိမှုတွင်လည်း စနစ်၏ အစစ်အမှန်နှင့် အလိုရှိသော အခြေအနေကြား ကွာခြားချက်များ။ ဥပမာအားဖြင့်၊ ခွင့်ပြုချက်မရှိဘဲ လူကိုယ်တိုင်ပြောင်းလဲခြင်း သို့မဟုတ် စနစ်ပျက်ကွက်ခြင်း၏ရလဒ်။
ဟုတ်ကဲ့၊ အသုံးအနှုန်း GitOps လုံးဝအသစ်သောအရာကို ကျွန်ုပ်တို့အား မိတ်ဆက်ပေးခြင်းမရှိပါ၊ ဘီးကို ပြန်လည်တီထွင်ခြင်းမရှိပါ၊ သို့သော် ဧရိယာအသစ်တွင် စုဆောင်းပြီးသားအတွေ့အကြုံကို ရိုးရှင်းစွာအသုံးချပါ။ ဒါပေမယ့် ဒီနေရာမှာ သူ့ရဲ့ စွမ်းပကား ရှိတယ်။
အကယ်၍ သင်သည် ဤအရာအားလုံးကို လက်တွေ့တွင် မည်သို့မြင်ရသည်ကို ရုတ်တရက် စိတ်ဝင်တစားဖြစ်လာပါက၊ ကျွန်ုပ်တို့ကို ကြည့်ရှုရန် သင့်ကို ဖိတ်ခေါ်ပါသည်။ GitLab အသုံးပြုနည်းကို အဆင့်ဆင့် ပြောပြထားပါတယ်။
GitOps ၏ အခြေခံမူများကို အကောင်အထည်ဖော်ပါ။
cloud အခြေခံအဆောက်အဦ (Yandex Cloud ၏နမူနာကို အသုံးပြု၍ အပြောင်းအလဲများပြုလုပ်ပါ)
တက်ကြွသောစောင့်ကြည့်မှုကို အသုံးပြု၍ အလိုအလျောက်စနစ်မှ ရွေ့လျားမှုကို အလိုအလျောက်ရှာဖွေခြင်း။
https://bit.ly/34tRpwZ
source: www.habr.com
