Helm ကိရိယာနှင့် ၎င်း၏ ချို့ယွင်းချက်များ

Typhon ကုန်စည်ပို့ဆောင်ရေး အယူအဆ၊ Anton Swanepoel

ကျွန်ုပ်၏အမည်မှာ Dmitry Sugrobov ဖြစ်ပါသည်၊ ကျွန်ုပ်သည် Leroy Merlin တွင် developer တစ်ဦးဖြစ်သည်။ ဤဆောင်းပါးတွင် အဘယ်ကြောင့် Helm လိုအပ်သနည်း၊ Kubernetes နှင့် အလုပ်လုပ်ပုံ ရိုးရှင်းပုံ၊ တတိယဗားရှင်းတွင် ပြောင်းလဲထားသည်များနှင့် ထုတ်လုပ်မှုတွင် အချိန်မဆွဲဘဲ အပလီကေးရှင်းများကို အပ်ဒိတ်လုပ်နည်းကို ကျွန်ုပ်ပြောပြပါမည်။

ဤသည်မှာ ညီလာခံတစ်ခု၏ မိန့်ခွန်းအပေါ် အခြေခံ၍ အကျဉ်းချုပ်ဖြစ်သည်။ @Kubernetes ညီလာခံ by Mail.ru တိမ်တိုက်ဖြေရှင်းချက် - မဖတ်ချင်ရင် ဗီဒီယိုကို ကြည့်လိုက်ပါ။

ထုတ်လုပ်မှုတွင် Kubernetes ကို ဘာကြောင့် သုံးတာလဲ။

Leroy Merlin သည် ရုရှားနှင့် ဥရောပရှိ DIY လက်လီဈေးကွက်တွင် ဦးဆောင်သူတစ်ဦးဖြစ်သည်။ ကျွန်ုပ်တို့၏ကုမ္ပဏီတွင် developer တစ်ရာကျော်၊ အတွင်းပိုင်း၀န်ထမ်း 33 နှင့် ဟိုက်ပါမားကတ်များနှင့် ဝဘ်ဆိုဒ်များသို့ လာရောက်လည်ပတ်သူ အများအပြားရှိသည်။ ၎င်းတို့အားလုံးကို ပျော်ရွှင်စေရန်အတွက်၊ ကျွန်ုပ်တို့သည် စက်မှုလုပ်ငန်းစံသတ်မှတ်ချက်များကို လိုက်နာရန် ဆုံးဖြတ်ခဲ့သည်။ မိုက်ခရိုဆားဗစ်ဗိသုကာကို အသုံးပြု၍ အပလီကေးရှင်းအသစ်များကို ဖန်တီးပါ။ ပတ်ဝန်းကျင်များကို သီးခြားခွဲထုတ်ရန် ကွန်တိန်နာများကို အသုံးပြုပြီး သင့်လျော်သော ပို့ဆောင်မှုကို သေချာစေရန်၊ တီးမှုတ်ခြင်းအတွက် Kubernetes ကိုသုံးပါ။ သံစုံတီးဝိုင်းများအသုံးပြုခြင်း၏စျေးနှုန်းသည် လျင်မြန်စွာစျေးသက်သာလာသည်- နည်းပညာကျွမ်းကျင်သောအင်ဂျင်နီယာအရေအတွက်သည် စျေးကွက်တွင်ကြီးထွားလာနေပြီး ဝန်ဆောင်မှုပေးသူများသည် Kubernetes ကို ဝန်ဆောင်မှုတစ်ခုအဖြစ် ကမ်းလှမ်းလာကြသည်။

Kubernetes လုပ်သမျှအရာအားလုံးကို ဥပမာအားဖြင့်၊ Jenkins အချို့နှင့် docker-compose ကို scripts များဖြင့် ဖုံးအုပ်ထားခြင်းဖြင့် အခြားနည်းလမ်းများဖြင့် လုပ်ဆောင်နိုင်သည်၊ သို့သော် အဆင်သင့်လုပ်ထားပြီး ယုံကြည်စိတ်ချရသော ဖြေရှင်းချက်တစ်ခုရှိပါက ဘဝကို အဘယ်ကြောင့် ရှုပ်ထွေးစေသနည်း။ ထို့ကြောင့် ကျွန်ုပ်တို့သည် Kubernetes သို့ ရောက်ရှိလာပြီး ၎င်းကို ထုတ်လုပ်မှုတွင် အသုံးပြုနေသည်မှာ တစ်နှစ်ရှိပြီဖြစ်သည်။ လက်ရှိတွင် ကျွန်ုပ်တို့တွင် အလုံးနှစ်ရာခန့်ရှိသော အသက်အကြီးဆုံး Kubernetes အစုအဝေး နှစ်ဆယ့်လေးခုရှိသည်။

Kubernetes ရှိ YAML ဖိုင်ကြီးများ ကျိန်စာ

Kubernetes တွင် microservice တစ်ခုကို စတင်ရန်၊ ကျွန်ုပ်တို့သည် ဖြန့်ကျက်ခြင်း၊ ဝန်ဆောင်မှု၊ Ingress၊ ConfigMap၊ လျှို့ဝှက်ချက်များ အတွက် - အနည်းဆုံး YAML ဖိုင်ငါးခုကို ဖန်တီးပြီး ၎င်းတို့ကို အစုအဝေးသို့ ပို့ပေးပါမည်။ နောက်အပလီကေးရှင်းအတွက် တူညီသော အထုပ်အပိုးများကို ရေးမည်ဖြစ်ပြီး တတိယတစ်မျိုးနှင့် အခြားတစ်ခုကို ရေးပါမည်။ ကျွန်ုပ်တို့သည် ပတ်၀န်းကျင်အရေအတွက်ဖြင့် စာရွက်စာတမ်းအရေအတွက်ကို မြှောက်ပါက၊ ကျွန်ုပ်တို့သည် ရာနှင့်ချီသော ဖိုင်များကို ရရှိပြီးဖြစ်ကာ၊ ၎င်းသည် တက်ကြွသောပတ်ဝန်းကျင်များကို ထည့်သွင်းစဉ်းစားခြင်းမရှိသေးပါ။

Helm ၏အဓိကထိန်းသိမ်းသူ Adam Reese သည် "သဘောတရားကိုမိတ်ဆက်ခဲ့သည်။Kubernetes ရှိ ဖွံ့ဖြိုးတိုးတက်မှုစက်ဝန်း"၊ ဟူသည်မှာ၊

1. YAML ကို ကူးယူပါ - YAML ဖိုင်ကို ကော်ပီကူးပါ။
2. Paste YAML - ကူးထည့်လိုက်ပါ။
3. Fix Indents - အင်တင်းများကို ပြင်ဆင်ပါ။
4. Repeat - ပြန်လုပ်ပါ။

ရွေးချယ်ခွင့်သည် အလုပ်လုပ်သော်လည်း YAML ဖိုင်များကို အကြိမ်များစွာ ကူးယူရမည်ဖြစ်သည်။ ဤစက်ဝန်းကို ပြောင်းလဲရန်အတွက် Helm ကို တီထွင်ခဲ့သည်။

Helm ဆိုတာဘာလဲ

ပထမဦးစွာ ဟမ်း- အထုပ်မန်နေဂျာသင်လိုအပ်သော ပရိုဂရမ်များကို ရှာဖွေပြီး ထည့်သွင်းရန် ကူညီပေးသည်။ ဥပမာအားဖြင့် MongoDB ကိုထည့်သွင်းရန်၊ သင်သည်တရားဝင်ဝဘ်ဆိုဒ်သို့သွားပြီး binaries ကိုဒေါင်းလုဒ်လုပ်ရန်မလိုအပ်ပါ၊ အမိန့်ကို run ရုံသာဖြစ်သည်။ helm install stable/mongodb.

နောက်တစ်ချက်ကတော့ ပဲ့စင်- ပုံစံခွက်အင်ဂျင်ဖိုင်များကို parameterize လုပ်ရန်ကူညီပေးသည်။ Kubernetes ရှိ YAML ဖိုင်များဖြင့် အခြေအနေသို့ ပြန်သွားကြပါစို့။ တူညီသော YAML ဖိုင်ကိုရေးရန် ပိုမိုလွယ်ကူသည်၊ ၎င်းတွင် နေရာချထားသူအချို့ကို ထည့်ရန်၊ Helm သည် တန်ဖိုးများကို အစားထိုးမည်ဖြစ်သည်။ ဆိုလိုသည်မှာ၊ ကြီးမားသော Scaffolds များအစား၊ လိုအပ်သောတန်ဖိုးများကို အချိန်နှင့်တပြေးညီ အစားထိုးမည့် templates အစုတစ်ခု ရှိလိမ့်မည်။

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

သင်၏ကိုယ်ပိုင်အက်ပ်လီကေးရှင်းများကိုအသုံးပြုရန် Helm ကိုအသုံးပြုနည်း

တရားဝင်ဖော်ပြချက်ကို လိုက်နာပြီး Helm client ကို သင့်ကွန်ပျူတာတွင် ထည့်သွင်းကြပါစို့ ညွှန်ကြားချက်. ထို့နောက် YAML ဖိုင်အစုံကို ဖန်တီးပါမည်။ တိကျသောတန်ဖိုးများကို သတ်မှတ်မည့်အစား၊ Helm သည် အနာဂတ်တွင် အချက်အလက်များဖြင့် ဖြည့်စွက်ပေးမည့် နေရာများကို ချန်ထားမည်ဖြစ်သည်။ ထိုသို့သောဖိုင်အစုံကို Helm chart ဟုခေါ်သည်။ ၎င်းကို Helm console client သို့ နည်းလမ်းသုံးမျိုးဖြင့် ပေးပို့နိုင်ပါသည်။

• ပုံစံများဖြင့် ဖိုင်တွဲတစ်ခုကို ညွှန်ပြပါ။
• ဖိုင်ကို .tar တွင်ထုပ်ပိုးပြီး ၎င်းကိုညွှန်ပြပါ။
• နမူနာပုံစံကို အဝေးထိန်းသိုလှောင်မှုတွင် ထားရှိပြီး Helm ကလိုင်းယင့်ရှိ သိုလှောင်ရာသို့ လင့်ခ်တစ်ခုထည့်ပါ။

တန်ဖိုးများ - values.yaml နှင့် ဖိုင်တစ်ခုလည်း လိုအပ်ပါသည်။ ထိုနေရာမှ ဒေတာများကို နမူနာပုံစံထဲသို့ ထည့်သွင်းသွားပါမည်။ အဲဒါကိုလည်း ဖန်တီးကြရအောင်။

Helm ၏ ဒုတိယဗားရှင်းတွင် နောက်ထပ်ဆာဗာ အပလီကေးရှင်းတစ်ခု - Tiller ရှိသည်။ ၎င်းသည် Kubernetes ပြင်ပတွင်ဆွဲထားပြီး Helm ကလိုင်းယင့်ထံမှ တောင်းဆိုမှုများကို စောင့်ဆိုင်းကာ ခေါ်သောအခါတွင် လိုအပ်သောတန်ဖိုးများကို ပုံစံပလိတ်ထဲသို့ အစားထိုးပြီး Kubernetes သို့ ပေးပို့သည်။

Helm 3 သည် ပိုမိုရိုးရှင်းသည်- ဆာဗာပေါ်တွင် နမူနာပုံစံများကို လုပ်ဆောင်မည့်အစား၊ အချက်အလက်များကို ယခု Helm client ဘက်တွင် လုံးလုံးလျားလျား လုပ်ဆောင်ပြီး Kubernetes API သို့ တိုက်ရိုက်ပေးပို့ပါသည်။ ဤရိုးရှင်းမှုသည် အစုအဖွဲ့လုံခြုံရေးကို ပိုမိုကောင်းမွန်စေပြီး ဖြန့်ချိရေးအစီအစဉ်ကို လွယ်ကူချောမွေ့စေသည်။

အားလုံးဘယ်လိုအလုပ်လုပ်လဲ။

အမိန့်ကို run helm install. အပလီကေးရှင်းထုတ်ဝေမှု၏အမည်ကိုညွှန်ပြပြီး values.yaml သို့လမ်းကြောင်းပေးကြပါစို့။ အဆုံးတွင် ဇယားတည်ရှိသည့်နေရာနှင့် ဇယား၏အမည်ကို ကျွန်ုပ်တို့ညွှန်ပြပါမည်။ ဥပမာတွင်၊ ၎င်းတို့သည် "lmru" နှင့် "အကောင်းဆုံးဇယား" အသီးသီးဖြစ်သည်။

helm install --name bestapp --values values.yaml lmru/bestchart

၎င်းအစား ထပ်မံလုပ်ဆောင်သည့်အခါ အမိန့်ကို တစ်ကြိမ်သာ လုပ်ဆောင်နိုင်သည်။ install အသုံးပြုရန် လိုအပ်သည်။ upgrade. ရိုးရှင်းရန်အတွက်၊ command နှစ်ခုအစား၊ သင်သည် command ကို run နိုင်သည်။ upgrade အပိုသော့ဖြင့် --install. ပထမအကြိမ် လုပ်ဆောင်သောအခါ၊ Helm သည် ထုတ်ဝေမှုကို ထည့်သွင်းရန် အမိန့်တစ်ခု ပေးပို့မည်ဖြစ်ပြီး ၎င်းကို အနာဂတ်တွင် အပ်ဒိတ်လုပ်မည်ဖြစ်သည်။

helm upgrade --install bestapp --values values.yaml lmru/bestchart

Helm ဖြင့် အက်ပလီကေးရှင်း၏ ဗားရှင်းအသစ်များကို အသုံးချခြင်း၏ အခက်အခဲများ

ဇာတ်လမ်းထဲမှာ ဒီအချိန်မှာ၊ Who Wants to Be a Millionaire ပရိသတ်နဲ့ ကစားနေတာဖြစ်ပြီး အက်ပ်ဗားရှင်းကို အပ်ဒိတ်လုပ်ဖို့အတွက် Helm ကို ဘယ်လိုရရမလဲဆိုတာ အဖြေရှာနေပါတယ်။ ဗီဒီယိုကိုကြည့်ပါ.

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

နည်းလမ်း 1. နောက်ဆုံးထွက်ရှိကတည်းက အချက်အလက်မပြောင်းပါနှင့်

ပြောထားသလိုပဲ။ တရားဝင်ဝက်ဘ်ဆိုက် Helm၊ " Kubernetes ဇယားများသည် ကြီးမားပြီး ရှုပ်ထွေးနိုင်သည်၊ ထို့ကြောင့် Helm သည် မည်သည့်အရာကိုမျှ အလွန်အကျွံမထိမိစေရန် ကြိုးစားပါသည်။" ထို့ကြောင့်၊ အကယ်၍ သင်သည် docker မှတ်ပုံတင်ခြင်းတွင် အပလီကေးရှင်းပုံ၏ နောက်ဆုံးဗားရှင်းကို အပ်ဒိတ်လုပ်ပြီး အမိန့်ကို ဖွင့်ပါက helm upgradeဒါဆိုရင် ဘာမှဖြစ်မလာဘူး။ Helm သည် ဘာမှမပြောင်းလဲသေးဟု ထင်မည်ဖြစ်ပြီး အပလီကေးရှင်းကို အပ်ဒိတ်လုပ်ရန် Kubernetes သို့ အမိန့်စာပေးပို့ရန် မလိုအပ်ပါ။

ဤနေရာနှင့် အောက်တွင်၊ နောက်ဆုံးတက်ဂ်ကို နမူနာအဖြစ်သာ ပြသထားသည်။ ဤတဂ်ကို သင်သတ်မှတ်သောအခါတွင်၊ ImagePullPolicy ကန့်သတ်ချက်မမူဘဲ၊ Kubernetes သည် ရုပ်ပုံအား docker မှတ်ပုံတင်ခြင်းမှ အချိန်တိုင်း ဒေါင်းလုဒ်လုပ်မည်ဖြစ်သည်။ ထုတ်လုပ်မှုတွင် နောက်ဆုံးပေါ်ကို အသုံးပြုခြင်းသည် မလိုလားအပ်ဘဲ ဘေးထွက်ဆိုးကျိုးများ ဖြစ်စေသည်။

နည်းလမ်း 2။ ပုံတွင် LABEL ကို အပ်ဒိတ်လုပ်ပါ။

ရေးထားသလိုပါပဲ။ စာရွက်စာတမ်း"နောက်ဆုံးထွက်ရှိကတည်းက ပြောင်းလဲသွားပါက Helm သည် အပလီကေးရှင်းတစ်ခုကိုသာ အပ်ဒိတ်လုပ်ပါမည်။" ၎င်းအတွက် ယုတ္တိတန်သော ရွေးချယ်မှုတစ်ခုသည် docker ပုံတွင် LABEL ကို အပ်ဒိတ်လုပ်နေပုံရသည်။ သို့သော်လည်း Helm သည် အပလီကေးရှင်းပုံများကို မကြည့်ဘဲ ၎င်းတို့အတွက် အပြောင်းအလဲများအကြောင်း မသိရှိပါ။ ထို့ကြောင့်၊ ရုပ်ပုံရှိ အညွှန်းများကို အပ်ဒိတ်လုပ်သည့်အခါ၊ Helm သည် ၎င်းတို့အကြောင်း သိမည်မဟုတ်ပါ၊ နှင့် အပလီကေးရှင်းအပ်ဒိတ်အမိန့်ကို Kubernetes သို့ ပေးပို့မည်မဟုတ်ပါ။

နည်းလမ်း 3- သော့ကိုသုံးပါ။ --force

လက်စွဲစာအုပ်ကိုလှည့်ပြီး လိုအပ်သောသော့ကို ရှာကြည့်ရအောင်။ သော့ချက်သည် အဓိပ္ပါယ်အရှိဆုံးဖြစ်သည်။ --force. သိသာထင်ရှားသောအမည်ရှိသော်လည်း၊ အမူအရာသည်မျှော်လင့်ထားသည်နှင့်မတူ။ အက်ပလီကေးရှင်းကို အပ်ဒိတ်လုပ်ခိုင်းမည့်အစား ၎င်း၏စစ်မှန်သောရည်ရွယ်ချက်မှာ FAILED အခြေအနေတွင်ရှိသော ထုတ်ဝေမှုကို ပြန်လည်ရယူရန်ဖြစ်သည်။ သင်သည် ဤကီးကို အသုံးမပြုပါက၊ သင်သည် အမိန့်များကို ဆက်တိုက်လုပ်ဆောင်ရန် လိုအပ်သည်။ helm delete && helm install --replace. ၎င်းအစား သော့ကို အသုံးပြုရန် အကြံပြုထားသည်။ --forceဤအမိန့်များကို ဆက်တိုက်လုပ်ဆောင်ခြင်းကို အလိုအလျောက်လုပ်ဆောင်ပေးသည်။ ဒီထဲမှာ အချက်အလက် ပိုများတယ်။ တောင်းဆိုချက်ဆွဲ. Helm သည် အပလီကေးရှင်းဗားရှင်းကို အပ်ဒိတ်လုပ်ရန် ပြောရန်အတွက် ကံမကောင်းစွာဖြင့်၊ ဤသော့သည် အလုပ်မဖြစ်ပါ။

နည်းလမ်း 4။ Kubernetes တွင် အညွှန်းများကို တိုက်ရိုက်ပြောင်းပါ။

ညွှန်ကြားချက်ကို အသုံးပြု၍ အညွှန်းကို အစုအဝေးတွင် တိုက်ရိုက်မွမ်းမံခြင်း။ kubectl edit - မကောင်းတဲ့စိတ်ကူး။ ဤလုပ်ဆောင်ချက်သည် လုပ်ဆောင်နေသည့် အပလီကေးရှင်းနှင့် စတင်ဖြန့်ကျက်ရန်အတွက် မူလပေးပို့ထားသည့် တစ်ခုအကြား အချက်အလက်များ ကွဲလွဲမှုဖြစ်စေသည်။ ဤကိစ္စတွင် အသုံးပြုနေစဉ် Helm ၏ အပြုအမူသည် ၎င်း၏ဗားရှင်းနှင့် ကွဲပြားသည်- Helm 2 သည် မည်သည့်အရာကိုမျှ လုပ်ဆောင်မည်မဟုတ်ပါ၊ နှင့် Helm 3 သည် အပလီကေးရှင်း၏ ဗားရှင်းအသစ်ကို အသုံးပြုနိုင်မည်ဖြစ်သည်။ အဘယ်ကြောင့်ဆိုသော်၊ Helm အလုပ်လုပ်ပုံကို နားလည်ရန် လိုအပ်ပါသည်။

Helm ဘယ်လိုအလုပ်လုပ်သလဲ။

အပလီကေးရှင်းတစ်ခုသည် ၎င်း၏နောက်ဆုံးထွက်ရှိကတည်းက ပြောင်းလဲသွားခြင်းရှိမရှိ ဆုံးဖြတ်ရန် Helm ကို အသုံးပြုနိုင်သည်။

• Kubernetes တွင် အက်ပလီကေးရှင်းကို လုပ်ဆောင်နေခြင်း၊
• values.yaml အသစ်နှင့် လက်ရှိဇယား;
• Helm ၏ အတွင်းပိုင်း ထုတ်ပြန်ချက် အချက်အလက်များ။

ပိုမိုသိချင်သူများအတွက်- Helm သည် ထုတ်ဝေမှုများနှင့်ပတ်သက်သည့် အတွင်းပိုင်းအချက်အလက်များကို မည်သည့်နေရာတွင် သိမ်းဆည်းသနည်း။အမိန့်ကိုအကောင်အထည်ဖော်ခြင်းဖြင့် helm historyHelm ကို အသုံးပြု၍ ထည့်သွင်းထားသော ဗားရှင်းများအကြောင်း အချက်အလက်အားလုံးကို ကျွန်ုပ်တို့ ရရှိပါမည်။

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

Helm ၏ ဒုတိယဗားရှင်းတွင်၊ ဤအချက်အလက်သည် “OWNER=TILLER” တံဆိပ်ဖြင့် အမှတ်အသားပြုထားသည့် ConfigMap တွင် Tiller (ပုံမှန်အားဖြင့်kube-system) လည်ပတ်နေသည့် တူညီသော namespace တွင်တည်ရှိသည်-

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

ဒုတိယ Helm သည် အပ်ဒိတ်တစ်ခု လိုအပ်ခြင်း ရှိ၊ မရှိ နားလည်ရန် ကြိုးစားသောအခါတွင် သတင်းအချက်အလက် အရင်းအမြစ် နှစ်ခုသာ အသုံးပြုသည်- ယခု ပေးထားသည့် အရာနှင့် ConfigMap တွင် ပါရှိသည့် ထုတ်ဝေမှုများနှင့် ပတ်သက်သည့် အတွင်းပိုင်း အချက်အလက် ဖြစ်သည်။

တတိယ Helm သည် သုံးလမ်းသွားပေါင်းစည်းခြင်းဗျူဟာကို အသုံးပြုသည်- ထိုအချက်အလက်များအပြင် Kubernetes တွင် ယခုလက်ရှိလုပ်ဆောင်နေသော အပလီကေးရှင်းကိုလည်း ထည့်သွင်းစဉ်းစားပါသည်။

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

နည်းလမ်း 5. --recreate-pods ခလုတ်ကို အသုံးပြုပါ။

သော့ဖြင့် --recreate-pods သော့ချက်ဖြင့် သင် မူလစီစဉ်ထားသည့်အတိုင်း အောင်မြင်နိုင်မည်ဖြစ်သည်။ --force. ကွန်တိန်နာများသည် ပြန်လည်စတင်မည်ဖြစ်ပြီး၊ imagePullPolicy- နောက်ဆုံးတက်ဂ်အတွက် အမြဲတမ်းမူဝါဒ (အထက်အောက်ခြေမှတ်စုတွင် နောက်ထပ်အချက်များ) အရ Kubernetes သည် ရုပ်ပုံဗားရှင်းအသစ်ကို ဒေါင်းလုဒ်လုပ်ပြီး စတင်မည်ဖြစ်သည်။ ၎င်းကို အကောင်းဆုံးနည်းဖြင့် လုပ်ဆောင်မည်မဟုတ်ပါ- ဖြန့်ကျက်မှု၏ StrategyType ကို ထည့်သွင်းစဉ်းစားခြင်းမရှိဘဲ၊ ၎င်းသည် အပလီကေးရှင်းဟောင်းများအားလုံးကို ရုတ်တရက်ပိတ်လိုက်ပြီး အသစ်များကို စတင်လိုက်ပါမည်။ ပြန်လည်စတင်စဉ်အတွင်း၊ စနစ်အလုပ်မလုပ်ပါ၊ အသုံးပြုသူများဒုက္ခရောက်လိမ့်မည်။

Kubernetes ကိုယ်တိုင်တွင်လည်း အလားတူပြဿနာမျိုးသည် အချိန်အတော်ကြာ တည်ရှိနေပါသည်။ အခုဖွင့်တာ ၄ နှစ်ရှိပြီ။ ထုတ်ပြန်သည်ပြဿနာကို ဖြေရှင်းပြီးသည်နှင့် Kubernetes ဗားရှင်း 1.15 မှ စတင်၍ pods များကို ပြန်ဖွင့်နိုင်သည့် စွမ်းရည်ပေါ်လာပါသည်။

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

Helm ကို အသုံးပြု၍ အပလီကေးရှင်းဗားရှင်းကို မည်သို့ အပ်ဒိတ်လုပ်ရမည်နည်း။

Helm သို့ ပေးပို့ထားသော တန်ဖိုးများကို ပြောင်းလဲပါမည်။ ပုံမှန်အားဖြင့်၊ ၎င်းတို့သည် image tag နေရာတွင် အစားထိုးထားသော တန်ဖိုးများဖြစ်သည်။ နောက်ဆုံးထွက်ရှိသော၊ မထုတ်လုပ်နိုင်သောပတ်ဝန်းကျင်များတွင် အသုံးပြုလေ့ရှိသည့်ကိစ္စတွင်၊ ပြောင်းလဲနိုင်သောအချက်အလက်သည် Kubernetes ကိုယ်တိုင်အတွက် အသုံးမဝင်သည့် မှတ်ချက်တစ်ခုဖြစ်ပြီး Helm အတွက် ၎င်းသည် အပလီကေးရှင်းကို အပ်ဒိတ်လုပ်ရန်လိုအပ်မှုအတွက် အချက်ပြမှုတစ်ခုအဖြစ် လုပ်ဆောင်မည်ဖြစ်သည်။ မှတ်ချက်တန်ဖိုးကို ဖြည့်ရန် ရွေးချယ်စရာများ-

1. ကျပန်းတန်ဖိုး စံလုပ်ဆောင်ချက်ကို အသုံးပြု၍ - {{ randAlphaNum 6 }}.
   သတိပေးချက်တစ်ခုရှိသည်- ထိုသို့သောကွဲပြားသည့်ဇယားကိုအသုံးပြုပြီး ဖြန့်ကျက်မှုတစ်ခုစီပြီးနောက်၊ မှတ်ချက်တန်ဖိုးသည် တစ်မူထူးခြားမည်ဖြစ်ပြီး Helm သည် အပြောင်းအလဲများရှိသည်ဟု ယူဆလိမ့်မည်။ ကျွန်ုပ်တို့သည် ၎င်း၏ဗားရှင်းကို မပြောင်းထားလျှင်ပင် ကျွန်ုပ်တို့သည် အပလီကေးရှင်းကို အမြဲတမ်း ပြန်လည်စတင်ရမည်ဖြစ်ပါသည်။ စက်ရပ်စရာမရှိသောကြောင့် ဤအရာသည် မစိုးရိမ်ရသော်လည်း အဆင်မပြေသေးပါ။
2. လက်ရှိကိုကူးထည့်ပါ။ ရက်စွဲနှင့်အချိန် - {{ .Release.Date }}.
   မူကွဲတစ်ခုသည် အမြဲတမ်းထူးခြားသောကိန်းရှင်တစ်ခုရှိသည့် ကျပန်းတန်ဖိုးတစ်ခုနှင့် ဆင်တူသည်။
3. ပိုမိုမှန်ကန်သောနည်းလမ်းမှာ အသုံးပြုရန်ဖြစ်သည်။ ချက်လက်မှတ်များ. ဤသည်မှာ ပုံ၏ SHA သို့မဟုတ် git ရှိ နောက်ဆုံး commit ၏ SHA ဖြစ်သည်။ {{ .Values.sha }}.
   ၎င်းတို့ကို ရေတွက်ပြီး ခေါ်ဆိုသည့်ဘက်ရှိ Helm သုံးစွဲသူထံ ပေးပို့ရန် လိုအပ်ပါသည်။ ဥပမာ Jenkins အပလီကေးရှင်းက ပြောင်းသွားတယ်ဆိုရင် checksum က ပြောင်းသွားလိမ့်မယ်။ ထို့ကြောင့် Helm သည် လိုအပ်သည့်အခါမှသာ အပလီကေးရှင်းကို အပ်ဒိတ်လုပ်မည်ဖြစ်သည်။

ကျွန်ုပ်တို့၏ကြိုးစားမှုများကို အကျဉ်းချုံးကြည့်ကြပါစို့

• Helm သည် ထိုးဖောက်ဝင်ရောက်မှုအနည်းဆုံးနည်းဖြင့် အပြောင်းအလဲများကို ပြုလုပ်သည်၊ ထို့ကြောင့် Docker Registry ရှိ အပလီကေးရှင်းပုံအဆင့်တွင် မည်သည့်ပြောင်းလဲမှုမဆို အပ်ဒိတ်တစ်ခု မဖြစ်ပေါ်စေပါ- အမိန့်ကို လုပ်ဆောင်ပြီးနောက် ဘာမှဖြစ်လာမည်မဟုတ်ပါ။
• သော့ --force ပြဿနာရှိသော ထုတ်ဝေမှုများကို ပြန်လည်ရယူရန် အသုံးပြုပြီး အတင်းအကြပ် အပ်ဒိတ်များနှင့် ဆက်စပ်မှုမရှိပါ။
• သော့ --recreate-pods အပလီကေးရှင်းများကို အတင်းအကျပ် အပ်ဒိတ်လုပ်မည်၊ သို့သော် ၎င်းကို ဖျက်ဆီးသောနည်းလမ်းဖြင့် ပြုလုပ်လိမ့်မည်- ၎င်းသည် ကွန်တိန်နာအားလုံးကို ရုတ်တရက် ပိတ်သွားမည်ဖြစ်သည်။ အသုံးပြုသူများသည် ၎င်းကို ခံစားရလိမ့်မည်၊ သင်သည် ထုတ်လုပ်ရေးတွင် ၎င်းကို မလုပ်သင့်ပါ။
• ညွှန်ကြားချက်ကို အသုံးပြု၍ Kubernetes အစုအဝေးသို့ တိုက်ရိုက်ပြောင်းလဲမှုများ ပြုလုပ်ပါ။ kubectl edit Don't- ကျွန်ုပ်တို့သည် ညီညွတ်မှုကို ချိုးဖျက်မည်ဖြစ်ပြီး Helm ဗားရှင်းပေါ်မူတည်၍ အပြုအမူ ကွဲပြားပါမည်။
• Helm ဗားရှင်းအသစ် ထွက်ရှိလာသောအခါတွင် များစွာသော ကွဲပြားမှုများ ပေါ်လာသည်။ Helm repository ရှိ ပြဿနာများကို ရှင်းလင်းသော ဘာသာစကားဖြင့် ဖော်ပြထားပြီး ၎င်းတို့သည် သင့်အား အသေးစိတ်အချက်အလက်များကို နားလည်ရန် ကူညီပေးပါမည်။
• ဇယားတစ်ခုသို့ တည်းဖြတ်နိုင်သော မှတ်ချက်များကို ပေါင်းထည့်ခြင်းသည် ၎င်းကို ပို၍ လိုက်လျောညီထွေဖြစ်စေသည်။ ၎င်းသည် သင့်အား အချိန်မဆိုင်းဘဲ အပလီကေးရှင်းကို မှန်ကန်စွာ ထုတ်နိုင်စေမည်ဖြစ်သည်။

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

အခြားဆက်စပ်လင့်ခ်များ-

1. အသိအကျွမ်း သံခမောက် 3
2. Helm ၏တရားဝင်ဝက်ဘ်ဆိုက်
3. GitHub ရှိ Helm repository
4. 25 အသုံးဝင်သော Kubernetes တူးလ်များ- အသုံးချခြင်းနှင့် စီမံခန့်ခွဲမှု

ဒီအစီရင်ခံစာကို ပထမဆုံး တင်ပြခဲ့တာ ဖြစ်ပါတယ်။ @Kubernetes ညီလာခံ Mail.ru Cloud Solutions မှ ကြည့်လိုက် видео အခြားသော ဖျော်ဖြေပွဲများနှင့် Telegram တွင် အစီအစဉ်ကြေငြာချက်များကို စာရင်းသွင်းပါ။ Mail.ru Group ရှိ Kubernetes ဝန်းကျင်.

source: www.habr.com