Dummies လမ်းညွှန်- Open Source Tools ဖြင့် DevOps Chains တည်ဆောက်ခြင်း။

စတင်သူများအတွက် အဆင့်ငါးဆင့်ဖြင့် သင်၏ ပထမဆုံး DevOps ကွင်းဆက်ကို တည်ဆောက်ပါ။

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

ကျွန်ုပ်၏ DevOps မိတ်ဆက်

Citi Group တွင် cloud များနှင့် အလုပ်လုပ်ပြီး Citi ၏ cloud အခြေခံအဆောက်အအုံကို စီမံခန့်ခွဲရန် IaaS ဝဘ်အက်ပလီကေးရှင်းကို တီထွင်ခဲ့ဖူးသော်လည်း ဖွံ့ဖြိုးတိုးတက်မှုကွင်းဆက်ကို အကောင်းဆုံးဖြစ်အောင် နှင့် developer များအကြား ယဉ်ကျေးမှုကို မြှင့်တင်နည်းကို အမြဲစိတ်ဝင်စားခဲ့သည်။ Cloud Architecture နှင့် Infrastructure အတွက် ကျွန်ုပ်တို့၏ CTO Greg Lavender မှ ဤစာအုပ်ကို ကျွန်ုပ်အား အကြံပြုပါသည်။ ပရောဂျက် "ဖီးနစ်". ၎င်းသည် DevOps အခြေခံမူများကို လှပစွာရှင်းပြပြီး ဝတ္ထုကဲ့သို့ဖတ်သည်။

အနောက်ဘက် ဇယားတွင် ကုမ္ပဏီများသည် ဗားရှင်းအသစ်များကို မည်မျှကြာကြာ ထုတ်လွှတ်သည်ကို ပြသသည်-

Amazon၊ Google နှင့် Netflix တို့သည် ဤမျှလောက်ကို ဖြန့်ကျက်ရန် မည်သို့ စီမံသနည်း။ ပြီးတော့ ရိုးရှင်းပါတယ်- သူတို့ဟာ ပြီးပြည့်စုံလုနီးပါး DevOps ကွင်းဆက်တစ်ခုကို ဘယ်လိုဖန်တီးရမလဲဆိုတာကို သူတို့ ရှာဖွေတွေ့ရှိခဲ့ပါတယ်။

DevOps သို့မပြောင်းမီအထိ Citi တွင် ကျွန်ုပ်တို့အတွက် အလွန်ကွာခြားပါသည်။ ထို့နောက်တွင် ကျွန်ုပ်၏အဖွဲ့သည် မတူညီသောပတ်ဝန်းကျင်များ ရှိခဲ့သော်လည်း ကျွန်ုပ်တို့သည် ဖွံ့ဖြိုးတိုးတက်မှုဆာဗာသို့ ကိုယ်တိုင်ပို့ဆောင်ပေးခဲ့ပါသည်။ developer များအားလုံးသည် IBM WebSphere Application Server Community Edition ကိုအခြေခံထားသော ဖွံ့ဖြိုးတိုးတက်မှုဆာဗာတစ်ခုသာ အသုံးပြုခွင့်ရှိသည်။ ပေးပို့ရန် တပြိုင်နက်တည်း ကြိုးပမ်းမှုဖြင့်၊ ဆာဗာသည် “ပြိုလဲ” ပြီးတိုင်း၊ ကျွန်ုပ်တို့အချင်းချင်း “နာကျင်စွာ” ညှိနှိုင်းရချိန်တိုင်း၊ ကျွန်ုပ်တို့တွင် စမ်းသပ်မှုများနှင့်အတူ ကုဒ်အကျုံးဝင်မှု မလုံလောက်ခြင်း၊ အချိန်ကုန် လူကိုယ်တိုင် ပေးပို့ခြင်း လုပ်ငန်းစဉ်နှင့် အလုပ်အချို့ သို့မဟုတ် ဖောက်သည် လိုအပ်ချက်များ၏ အကူအညီဖြင့် ကုဒ်ပေးပို့မှုကို ခြေရာခံရန် နည်းလမ်းမရှိပါ။

တစ်ခုခု အရေးတကြီးလုပ်ဖို့လိုတယ်ဆိုတာ ရှင်းပါတယ်၊ ပြီးတော့ စိတ်တူကိုယ်တူ လုပ်ဖော်ကိုင်ဖက်တစ်ယောက်ကို တွေ့ခဲ့တယ်။ ကျွန်ုပ်တို့သည် ပထမဆုံး DevOps ကွင်းဆက်ကို အတူတကွ ဖန်တီးရန် ဆုံးဖြတ်ခဲ့သည် - သူသည် virtual machine နှင့် Tomcat application server ကို တပ်ဆင်ခဲ့ပြီး Jenkins ၊ Atlassian Jira နှင့် BitBucket တို့နှင့် ပေါင်းစည်းခြင်းအပြင် စမ်းသပ်မှုများနှင့်အတူ ကုဒ်အကျုံးဝင်မှုတို့ကို ဆောင်ရွက်ပေးခဲ့ပါသည်။ ပရောဂျက်အောင်မြင်ခဲ့သည်- ကျွန်ုပ်တို့သည် ဖွံ့ဖြိုးတိုးတက်မှုကွင်းဆက်ကို အပြည့်အဝအလိုအလျောက်လုပ်ဆောင်ပြီး ဖွံ့ဖြိုးတိုးတက်မှုဆာဗာတွင် 100% အလုပ်ချိန်နီးပါးရရှိထားပြီး၊ စမ်းသပ်မှုများဖြင့် ကုဒ်လွှမ်းခြုံမှုကို စောင့်ကြည့်မြှင့်တင်နိုင်ကာ Git ဌာနခွဲတစ်ခုကို Jira ပေးပို့ခြင်းနှင့် ပြဿနာနှင့် ချိတ်ဆက်နိုင်သည်။ DevOps ကွင်းဆက်ကိုတည်ဆောက်ရန် ကျွန်ုပ်တို့အသုံးပြုသည့်ကိရိယာအားလုံးနီးပါးသည် open source ဖြစ်သည်။

အမှန်မှာ၊ ကျွန်ုပ်တို့သည် Jenkins သို့မဟုတ် Ansible ကို အသုံးပြု၍ အဆင့်မြင့်ဖွဲ့စည်းပုံများကိုပင် မကျင့်သုံးသောကြောင့် ကွင်းဆက်ကို ရိုးရှင်းစေသည်။ ဒါပေမယ့် ကျွန်တော်တို့ အောင်မြင်ခဲ့ပါတယ်။ နိယာမ၏ အကျိုးဆက်တစ်ခုဟု ဆိုနိုင်သည်။ Pareto (80/20 နည်းဥပဒေ)။

DevOps နှင့် CI/CD Chain ၏ အကျဉ်းချုပ် ဖော်ပြချက်

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

DevOps ပတ်ဝန်းကျင်ကို ဖန်တီးရန် ကိရိယာတစ်ခုတည်းနှင့် မလုံလောက်သော်လည်း ၎င်းတို့သည် မရှိမဖြစ် လိုအပ်ပါသည်။ ယင်းတို့အထဲမှ အရေးကြီးဆုံးမှာ စဉ်ဆက်မပြတ် ပေါင်းစပ်ခြင်းနှင့် စဉ်ဆက်မပြတ် ပေးပို့ခြင်း (CI/CD) ဖြစ်သည်။ ပတ်ဝန်းကျင်တစ်ခုစီအတွက် ကွင်းဆက်များတွင် မတူညီသောအဆင့်များရှိသည် (ဥပမာ DEV (ဖွံ့ဖြိုးတိုးတက်မှု)၊ INT (ပေါင်းစပ်မှု)၊ TST (စမ်းသပ်ခြင်း)၊ QA (အရည်အသွေးအာမခံချက်)၊ UAT (အသုံးပြုသူလက်ခံမှုစမ်းသပ်ခြင်း)၊ STG (ပြင်ဆင်မှု)၊ PROD (အသုံးပြုမှု)) ၊ ကိုယ်တိုင်လုပ်စရာများကို အလိုအလျောက်လုပ်ဆောင်သည်၊ developer များသည် အရည်အသွေးကုဒ်ကို ဖန်တီးနိုင်သည်၊ ၎င်းကို ပေးပို့နိုင်ပြီး အလွယ်တကူ ပြန်လည်တည်ဆောက်နိုင်သည်။

ဤမှတ်စုတွင် open source ကိရိယာများကို အသုံးပြု၍ အောက်ဖော်ပြပါပုံတွင် ပြထားသည့်အတိုင်း အဆင့်ငါးဆင့်ဖြင့် DevOps ကွင်းဆက်တစ်ခု ဖန်တီးနည်းကို ဖော်ပြထားပါသည်။

လုပ်ငန်းစလိုက်ကြရအောင်။

အဆင့် 1- CI/CD ပလပ်ဖောင်း

ပထမဆုံးအနေနဲ့ CI/CD tool တစ်ခုလိုပါတယ်။ Jenkins သည် Java တွင်ရေးသားထားသော MIT လိုင်စင်ရရှိထားသော open-source CI/CD tool တစ်ခုဖြစ်ပြီး DevOps လှုပ်ရှားမှုကို လူကြိုက်များစေကာ CICD အတွက် de facto standard ဖြစ်လာပါသည်။

Jenkins ဆိုတာဘာလဲ။ သင့်တွင် ဝန်ဆောင်မှုများနှင့် ကိရိယာမျိုးစုံအတွက် မှော်ဆန်သော ထိန်းချုပ်မှု panel တစ်ခုရှိသည်ကို မြင်ယောင်ကြည့်ပါ။ Jenkins ကဲ့သို့ CI/CD ကိရိယာသည် သူ့ဘာသာသူ အသုံးမဝင်သော်လည်း မတူညီသောကိရိယာများနှင့် ဝန်ဆောင်မှုများဖြင့် ၎င်းသည် အစွမ်းထက်လာသည်။

Jenkins အပြင်၊ အခြား open source tools များစွာရှိပါသည်၊ တစ်ခုခုကို ရွေးချယ်ပါ။

ဤသည်မှာ DevOps လုပ်ငန်းစဉ်သည် CI/CD ကိရိယာတစ်ခုနှင့် မည်သို့တူသနည်း။

သင့်တွင် localhost တွင် CI/CD tool တစ်ခု ရှိသည်၊ သို့သော် လုပ်စရာများစွာ မရှိသေးပါ။ နောက်တစ်ဆင့်ကို ဆက်ကြရအောင်။

အဆင့် 2: ဗားရှင်းထည့်သွင်းခြင်း။

CI/CD tool ၏ မှော်ဆန်မှုကို စမ်းသပ်ရန် အကောင်းဆုံး (နှင့် အလွယ်ဆုံး) နည်းလမ်းမှာ အရင်းအမြစ် ထိန်းချုပ်မှု စီမံခန့်ခွဲမှု (SCM) ကိရိယာတစ်ခုနှင့် ပေါင်းစည်းရန် ဖြစ်သည်။ အဘယ်ကြောင့်ဗားရှင်းထိန်းချုပ်မှုလိုအပ်သနည်း။ လျှောက်လွှာတင်နေတယ်ဆိုပါစို့။ သင် ၎င်းကို Java၊ Python၊ C++၊ Go၊ Ruby၊ JavaScript၊ သို့မဟုတ် လှည်းနှင့် လှည်းငယ်ပါသော အခြားဘာသာစကားဖြင့် ရေးပါ။ သင်ရေးသောအရာကို source code ဟုခေါ်သည်။ အစပိုင်းတွင်၊ အထူးသဖြင့် သင်တစ်ယောက်တည်း အလုပ်လုပ်နေလျှင် အရာအားလုံးကို local directory တွင် သိမ်းဆည်းနိုင်သည်။ သို့သော် ပရောဂျက်ကြီးထွားလာသည်နှင့်အမျှ လူများပါ၀င်လာသည်နှင့်အမျှ၊ သင်သည် ကုဒ်ပြောင်းလဲမှုများကို မျှဝေရန် နည်းလမ်းတစ်ခု လိုအပ်သော်လည်း အပြောင်းအလဲများကို ပေါင်းစည်းသည့်အခါ ကွဲလွဲမှုများကို ရှောင်ရှားပါ။ ထို့အပြင် သင်သည် အရန်ကူးခြင်းများကိုအသုံးမပြုဘဲ ကုဒ်ဖိုင်များအတွက် ကော်ပီကူးထည့်ခြင်းနည်းလမ်းကို အသုံးပြုခြင်းမပြုဘဲ ယခင်ဗားရှင်းများကို တစ်နည်းတစ်ဖုံ ပြန်လည်ရယူရန် လိုအပ်ပါသည်။

ပြီးတော့ ဒီမှာ SCM မပါရင် ဘယ်နေရာမဆို။ SCM သည် ကုဒ်ကို repositories တွင် သိမ်းဆည်းထားပြီး ၎င်း၏ဗားရှင်းများကို စီမံခန့်ခွဲကာ developer များအကြား ၎င်းကို ညှိနှိုင်းပေးသည်။

SCM ကိရိယာများစွာရှိသည်၊ သို့သော် Git သည် de facto စံအဖြစ်ထိုက်တန်သည်။ အဲဒါကို သုံးဖို့ အကြံပေးချင်ပါတယ်၊ ဒါပေမယ့် တခြားရွေးချယ်စရာတွေ ရှိတယ်။

ဤသည်မှာ SCM ကိုထည့်ပြီးနောက် DevOps ပိုက်လိုင်း၏ပုံပန်းသဏ္ဌာန်ဖြစ်သည်။

CI/CD ကိရိယာသည် ရင်းမြစ်ကုဒ်ကို အပ်လုဒ်လုပ်ခြင်းနှင့် ဒေါင်းလုဒ်လုပ်ခြင်းနှင့် အဖွဲ့ပူးပေါင်းဆောင်ရွက်ခြင်းတို့ကို အလိုအလျောက်လုပ်ဆောင်နိုင်သည်။ မဆိုးပါဘူး? သို့သော် ယခုအခါ သန်းပေါင်းများစွာသော အသုံးပြုသူများ နှစ်သက်သော ဤမှ အလုပ်လုပ်သော အက်ပလီကေးရှင်းကို မည်သို့ ပြုလုပ်ရမည်နည်း။

အဆင့် 3- Automation Tool ကိုတည်ဆောက်ပါ။

အရာအားလုံးက ဖြစ်သင့်သလောက်ပါပဲ။ သင်သည် ကုဒ်ကို အပ်လုဒ်လုပ်နိုင်ပြီး အရင်းအမြစ်ထိန်းချုပ်မှုတွင် အပြောင်းအလဲများကို လုပ်ဆောင်နိုင်ပြီး သင်နှင့်အတူ လုပ်ဆောင်ရန် သူငယ်ချင်းများကို ဖိတ်ကြားနိုင်သည်။ ဒါပေမယ့် သင့်မှာ အက်ပ်မရှိသေးပါ။ ၎င်းကို ဝဘ်အက်ပလီကေးရှင်းတစ်ခုအနေဖြင့် ဖြန့်ဝေရန်အတွက် သို့မဟုတ် လည်ပတ်နိုင်စေရန် စုစည်းပြီး ထုပ်ပိုးထားရမည်ဖြစ်သည်။ (JavaScript သို့မဟုတ် PHP ကဲ့သို့ ဘာသာပြန်ထားသော ပရိုဂရမ်းမင်းဘာသာစကားကို ပြုစုရန် မလိုအပ်ပါ။)

build automation tool ကိုသုံးပါ။ သင်ရွေးချယ်သည့် မည်သည့်ကိရိယာကိုမဆို၊ ၎င်းသည် မှန်ကန်သောဖော်မတ်တွင် ကုဒ်ကို စုစည်းပြီး အလိုအလျောက် ရှင်းလင်းခြင်း၊ စုစည်းခြင်း၊ စမ်းသပ်ခြင်းနှင့် ပေးပို့ခြင်းတို့ ပြုလုပ်မည်ဖြစ်သည်။ Build tools များသည် ဘာသာစကားအလိုက်ကွဲပြားသော်လည်း အောက်ပါ open source ရွေးချယ်စရာများကို အများအားဖြင့် အသုံးပြုပါသည်။

ပြီးပြည့်စုံသော! ယခု CI/CD tool သည် ၎င်းတို့ကို တည်ဆောက်ရန်အတွက် အရင်းအမြစ်ထိန်းချုပ်မှုတွင် build automation tool configuration files ကို ထည့်သွင်းလိုက်ကြပါစို့။

နေလို့ကောင်းတယ်။ ဒါ​ပေမယ့်​ ဒါ​တွေအကုန်​ထုတ်​ဖို့ ဘယ်​မှာလဲ။

အဆင့် 4: Web Application Server

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

ဝဘ်အက်ပလီကေးရှင်းကို ဝဘ်အက်ပလီကေးရှင်းဆာဗာတွင် လက်ခံကျင်းပနိုင်သည်။ အပလီကေးရှင်းဆာဗာသည် သင်ထုပ်ပိုးထားသော ယုတ္တိဗေဒ၊ တင်ဆက်မှု အင်တာဖေ့စ်များနှင့် ဝဘ်ဝန်ဆောင်မှုများကို socket တစ်ခုပေါ်တွင် ဖော်ထုတ်နိုင်သည့် ပတ်ဝန်းကျင်ကို ပံ့ပိုးပေးသည်။ အပလီကေးရှင်းဆာဗာကို ထည့်သွင်းရန် သင်သည် HTTP ဆာဗာနှင့် အခြားပတ်ဝန်းကျင်အနည်းငယ် (ဥပမာ၊ ပကတိစက်တစ်ခု) လိုအပ်ပါသည်။ အခုလောလောဆယ်တော့ သင်သွားရင်းနဲ့ ဒါတွေအားလုံးကို ကိုင်တွယ်ဖြေရှင်းနေတယ်လို့ ဟန်ဆောင်လိုက်ရအောင် (အောက်မှာ ကွန်တိန်နာတွေအကြောင်း ပြောပေမယ့်)။

ဖွင့်ထားသော ဝဘ်အက်ပလီကေးရှင်းဆာဗာများစွာရှိသည်။

ကျွန်ုပ်တို့တွင် အလုပ်လုပ်လုနီးပါးဖြစ်သော DevOps ကွင်းဆက်တစ်ခု ရှိနှင့်ပြီးဖြစ်သည်။ အလုပ်ကောင်း။

မူအရ၊ သင်သည် ဤနေရာတွင် ရပ်နိုင်ပြီး၊ ထို့နောက် ၎င်းကို သင်ကိုယ်တိုင် ကိုင်တွယ်နိုင်သည်၊ သို့သော် ကုဒ်၏ အရည်အသွေးနှင့် ပတ်သက်၍ ပြောဆိုရကျိုးနပ်ပါသည်။

အဆင့် 5- စမ်းသပ်လွှမ်းခြုံမှု

စမ်းသပ်ခြင်းသည် အချိန်နှင့်ကြိုးစားအားထုတ်မှုများစွာယူရသော်လည်း သုံးစွဲသူများစိတ်ကျေနပ်စေရန် ကုဒ်ကိုချက်ချင်းရှာဖွေပြီး ကုဒ်ကို မြှင့်တင်ခြင်းက ပိုကောင်းပါတယ်။ ဤရည်ရွယ်ချက်အတွက်၊ ကုဒ်ကိုစမ်းသပ်ရုံသာမက ၎င်းကို ပိုမိုကောင်းမွန်အောင်ပြုလုပ်နည်းကိုလည်း အကြံပေးမည့် open tools များစွာရှိပါသည်။ CI/CD ကိရိယာအများစုသည် ဤကိရိယာများတွင် ပလပ်ထိုးနိုင်ပြီး လုပ်ငန်းစဉ်ကို အလိုအလျောက်လုပ်ဆောင်နိုင်သည်။

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

စမ်းသပ်ခြင်းဘောင်များ

အရည်အသွေး အကြံပြုချက်များပါသော ကိရိယာများ

C++ နှင့် C# တို့သည် မူပိုင်ဖြစ်သည် (GCC သည် open source ဖြစ်သော်လည်း) ဖြစ်သောကြောင့် ဤကိရိယာများနှင့် framework အများစုကို Java၊ Python နှင့် JavaScript အတွက် ရေးသားထားပါသည်။

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

နောက်ထပ်အဆင့်များ

контейнеры

ကျွန်တော်အရင်ကပြောခဲ့သလိုပဲ၊ အက်ပလီကေးရှင်းဆာဗာကို virtual machine သို့မဟုတ် ဆာဗာတစ်ခုထဲမှာ လက်ခံထားနိုင်ပေမယ့် containers တွေက ပိုလူကြိုက်များပါတယ်။

ကွန်တိန်နာတွေက ဘာတွေလဲ။? အတိုချုပ်ပြောရလျှင် virtual machine တစ်ခုတွင်၊ operating system သည် application ထက် နေရာပိုယူလေ့ရှိပြီး container တစ်ခုသည် များသောအားဖြင့် library နှင့် configuration အနည်းငယ်ဖြင့် လုံလောက်ပါသည်။ အချို့ကိစ္စများတွင်၊ virtual machines များသည် မရှိမဖြစ်လိုအပ်သော်လည်း ကွန်တိန်နာသည် အပိုကုန်ကျစရိတ်မရှိဘဲ ဆာဗာနှင့်အတူ အပလီကေးရှင်းကို ထားရှိနိုင်ပါသည်။

ကွန်တိန်နာများအတွက်၊ အခြားရွေးချယ်စရာများ ရှိသော်လည်း Docker နှင့် Kubernetes ကို များသောအားဖြင့် မှာယူကြသည်။

Docker နှင့် Kubernetes အကြောင်း ဆောင်းပါးများကို တွင် ဖတ်ရှုပါ။ opensource.com:

• Docker ဆိုတာဘာလဲ။
• Docker မိတ်ဆက်
• Kubernetes ဆိုတာ ဘာလဲ
• Kubernetes အစမှ

Middleware အလိုအလျောက်စနစ်သုံးကိရိယာများ

ကျွန်ုပ်တို့၏ DevOps ကွင်းဆက်သည် ပူးပေါင်းတည်ဆောက်မှုနှင့် အက်ပလီကေးရှင်းတစ်ခုပေးပို့ခြင်းအပေါ် အာရုံစိုက်ထားသော်လည်း DevOps ကိရိယာများဖြင့် သင်လုပ်ဆောင်နိုင်သည့် အခြားစိတ်ဝင်စားဖွယ်အရာများရှိပါသည်။ ဥပမာအားဖြင့်၊ Middleware အလိုအလျောက်လုပ်ဆောင်ခြင်းကိရိယာများဟုလည်းသိကြသည့် Code (IaC) ကိရိယာများအဖြစ် အခြေခံအဆောက်အဦများကို အသုံးပြုပါ။ ဤကိရိယာများသည် အလယ်တန်းဆော့ဖ်ဝဲအတွက် တပ်ဆင်မှု၊ စီမံခန့်ခွဲမှုနှင့် အခြားလုပ်ဆောင်စရာများကို အလိုအလျောက်လုပ်ဆောင်ရန် ကူညီပေးသည်။ ဥပမာအားဖြင့်၊ အလိုအလျောက်စနစ်တူးလ်တစ်ခုသည် အပလီကေးရှင်းများ (ဝဘ်အက်ပလီကေးရှင်းဆာဗာ၊ ဒေတာဘေ့စ်၊ စောင့်ကြည့်ရေးကိရိယာများ) ကို မှန်ကန်သောဖွဲ့စည်းပုံများဖြင့် ယူနိုင်ပြီး ၎င်းတို့ကို အပလီကေးရှင်းဆာဗာသို့ တွန်းပို့နိုင်သည်။

ဤသည်မှာ open middleware automation tools များအတွက် ရွေးချယ်စရာအချို့ဖြစ်သည်။

ဆောင်းပါးများတွင်အသေးစိတ် opensource.com:

• Ansible စတင်ခြင်းလမ်းညွှန်
• Ansible ဖြင့် အလိုအလျောက်စနစ်ဖြင့် ဖြန့်ကျက်ခြင်း ဗျူဟာများ
• ထိပ်တန်း 5 Configuration Management Tools

အခုဘာလဲ

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

ဤသည်မှာ စတင်သူများအတွက် DevOps ဆောင်းပါးကောင်းအချို့ဖြစ်သည်။

• DevOps ဆိုတာဘာလဲ
• DevOps Developer ၏ ကျွမ်းကျင်မှု 5 ခု
• လူတိုင်းအတွက် DevOps
• DevOps တွင် ကြိုတင်ခန့်မှန်းနိုင်သော ပိုင်းခြားစိတ်ဖြာချက်များအကြောင်း နိဒါန်း

Open agile tools များနှင့်အတူ DevOps ကိုလည်း ပေါင်းစပ်နိုင်သည်-

• သွက်လက်ခြင်းဟူသည် အဘယ်နည်း။
• သွက်လက် ကျွမ်းကျင်ရန် အဆင့် ၄ ဆင့်

source: www.habr.com