စိတ်ကြိုက်ပြင်ဆင်ရန် အကျဉ်းချုပ် နိဒါန်း

မှတ်ချက်။ ဘာသာပြန်ဆောင်းပါးကို IT တွင် အတွေ့အကြုံများစွာရှိသော အင်ဂျင်နီယာ Scott Lowe မှ ရေးသားခဲ့ခြင်းဖြစ်ပြီး ပုံနှိပ်စာအုပ် ခုနစ်အုပ် (အဓိကအားဖြင့် VMware vSphere) ၏ စာရေးဆရာ/ပူးတွဲရေးသားသူဖြစ်သည်။ ယခု သူသည် ၎င်း၏ VMware လုပ်ငန်းခွဲ Heptio (2016 ခုနှစ်တွင် ဝယ်ယူခဲ့သည်)၊ cloud computing နှင့် Kubernetes တို့ကို အထူးပြု၍ အလုပ်လုပ်ပါသည်။ စာသားကိုယ်တိုင်က နည်းပညာကို အသုံးပြု၍ Kubernetes အတွက် ဖွဲ့စည်းမှုဆိုင်ရာ စီမံခန့်ခွဲမှုအတွက် တိုတောင်းပြီး နားလည်ရလွယ်ကူသော နိဒါန်းတစ်ခုအဖြစ် လုပ်ဆောင်ပါသည်။ စိတ်ကြိုက်လုပ်ပါ။မကြာသေးမီက K8s ၏ အစိတ်အပိုင်းဖြစ်လာခဲ့သည်။

Kustomize သည် အသုံးပြုသူများအား "ရိုးရှင်းပြီး ပုံစံခွက်မပါသော YAML ဖိုင်များကို ကွဲပြားခြားနားသောရည်ရွယ်ချက်များအတွက် စိတ်ကြိုက်ပြင်ဆင်နိုင်ပြီး မူရင်း YAML ကို နဂိုအတိုင်းထား၍ အသုံးပြုရနိုင်သည်" (ဖော်ပြချက်ကို တိုက်ရိုက်ချေးယူပါသည်။ GitHub တွင် repository ကို စိတ်ကြိုက်ပြင်ဆင်ပါ။) Kustomize ကို တိုက်ရိုက်လုပ်ဆောင်နိုင်သည် သို့မဟုတ် Kubernetes 1.14 တွင် အသုံးပြုထားသည်။ kubectl -k ၎င်း၏လုပ်ဆောင်နိုင်စွမ်းကို အသုံးပြုရန် ( Kubernetes 1.15 တွင် ဖြစ်သော်လည်း၊ သီးခြား binary သည် kubectl တွင် တည်ဆောက်ထားသော စွမ်းရည်များထက် အသစ်ဖြစ်သည်)။ (မှတ်ချက်။ ဘာသာပြန်: မကြာသေးမီက ထုတ်ပြန်မှုနှင့်အတူ ကူဘာနက် 1.16 စိတ်ကြိုက်လုပ်ပါ။ မှထောက်ပံ့သည် kubeadm utility တွင်လည်းဖြစ်သည်။) ဒီ post မှာတော့ စာဖတ်သူတွေကို Customize ရဲ့ အခြေခံအချက်လေးတွေကို မိတ်ဆက်ပေးချင်ပါတယ်။

၎င်း၏ အရိုးရှင်းဆုံးပုံစံ/လျှောက်လွှာတွင်၊ kustomize သည် အရင်းအမြစ်များစုစည်းမှု (YAML ဖိုင်များ- Kubernetes အရာဝတ္ထုများ- အသုံးချမှုများ၊ ဝန်ဆောင်မှုများ စသည်ဖြင့်) နှင့် အဆိုပါအရင်းအမြစ်များအတွက် လိုအပ်သောပြောင်းလဲမှုများအတွက် ညွှန်ကြားချက်များစာရင်းများ။ တွင်ပါရှိသော နည်းဥပဒေသကို make အသုံးပြုသကဲ့သို့ပင် Makefileနှင့် Docker မှ ညွှန်ကြားချက်များကို အခြေခံ၍ ကွန်တိန်နာကို တည်ဆောက်သည်။ Dockerfileစိတ်ကြိုက်အသုံးပြုပါ။ kustomization.yaml အသုံးပြုသူသည် အရင်းအမြစ်အစုတစ်ခုသို့ ပြောင်းလဲလိုသော ပြောင်းလဲမှုများအကြောင်း လမ်းညွှန်ချက်များကို သိမ်းဆည်းရန်။

ဒါကတော့ နမူနာဖိုင်တစ်ခုပါ။ kustomization.yaml:

resources:
- deployment.yaml
- service.yaml
namePrefix: dev-
namespace: development
commonLabels:
  environment: development

ဖိုင်ထဲက ဖြစ်နိုင်တဲ့ အကွက်တွေအားလုံးကို ပြောပြဖို့ ကြိုးစားမှာ မဟုတ်ပါဘူး။ kustomization.yaml (ဒီအကြောင်းရေးထားတာ ကောင်းပါတယ်။ ဒီမှာ) ဒါပေမယ့် တိကျတဲ့ ဥပမာတစ်ခုရဲ့ အကျဉ်းချုံးကို ငါပြောပြမယ်။

• လယ်ယာ resources မည်သည့် (အရင်းအမြစ်များ) ကို စိတ်ကြိုက်ပြောင်းလဲမည်ကို ညွှန်ပြသည်။ ဤကိစ္စတွင်၊ ၎င်းသည် ဖိုင်များရှိအရင်းအမြစ်များကို ရှာဖွေမည်ဖြစ်သည်။ deployment.yaml и service.yaml သင့်လမ်းညွှန်တွင် (လိုအပ်ပါက အပြည့်အဝ သို့မဟုတ် ဆွေမျိုးလမ်းကြောင်းများကို သင်သတ်မှတ်နိုင်သည်)။
• လယ်ယာ namePrefix အချို့သော prefix ကိုထည့်ရန် စိတ်ကြိုက်ပြင်ဆင်ရန် ညွှန်ကြားသည် (ဤကိစ္စတွင် - dev-) ဂုဏ်ရည် name နယ်ပယ်တွင် သတ်မှတ်ထားသော အရင်းအမြစ်များအားလုံး resources. ထို့ကြောင့် အကယ်၍ Deployment မွာ၊ name အဓိပ္ပါယ်နဲ့ nginx-deploymentစိတ်ကြိုက်ဖြစ်အောင် ပြုလုပ်ပေးပါမည်။ dev-nginx-deployment.
• လယ်ယာ namespace အရင်းအမြစ်အားလုံးတွင် ပေးထားသော namespace ကိုထည့်ရန် စိတ်ကြိုက်ပြင်ဆင်ရန် ညွှန်ကြားသည်။ ဤကိစ္စတွင်၊ ဖြန့်ကျက်ခြင်းနှင့် ဝန်ဆောင်မှုသည် namespace ထဲသို့ ကျရောက်သွားမည်ဖြစ်သည်။ development.
• နောက်ဆုံးတော့ လယ်ကွင်း commonLabels အရင်းအမြစ်အားလုံးတွင် ထည့်သွင်းမည့် အညွှန်းအစုံပါရှိသည်။ ကျွန်ုပ်တို့၏ဥပမာတွင်၊ Customize သည် အမည်ဖြင့်အရင်းအမြစ်များကို အညွှန်းတစ်ခုသတ်မှတ်ပေးမည်ဖြစ်သည်။ environment အဓိပ္ပါယ် development.

အသုံးပြုသူရှိရင် ပေးတယ်။ kustomize build . ဖိုင်နှင့်အတူလမ်းညွှန်ထဲတွင် kustomization.yaml နှင့် လိုအပ်သောအရင်းအမြစ်များ (ဆိုလိုသည်မှာ ဖိုင်များ deployment.yaml и service.yaml) ထို့နောက် output တွင် သတ်မှတ်ထားသော အပြောင်းအလဲများနှင့်အတူ စာသားတစ်ခုကို လက်ခံရရှိမည်ဖြစ်သည်။ kustomization.yaml.

မှတ်ချက်။ ဘာသာပြန်: စိတ်ကြိုက်ပြင်ဆင်ခြင်း၏ "ရိုးရှင်းသော" အသုံးပြုမှုဆိုင်ရာ ပရောဂျက်စာရွက်စာတမ်းမှ သရုပ်ဖော်ပုံ

အပြောင်းအလဲများ လုပ်ဆောင်ရန် လိုအပ်ပါက အထွက်အား ပြန်ညွှန်းနိုင်သည်-

kustomize build . > custom-config.yaml

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

kustomize build . | kubectl apply -f -

Customize အင်္ဂါရပ်များမှတစ်ဆင့်လည်း ဝင်ရောက်ကြည့်ရှုနိုင်ပါသည်။ kubectl -k ( Kubernetes ဗားရှင်း 1.14 ကတည်းက)။ သို့ရာတွင်၊ သီးခြား စိတ်ကြိုက်ပြင်ဆင်ထားသော ပက်ကေ့ချ်သည် ပေါင်းစပ် kubectl ပက်ကေ့ဂျ်ထက် ပိုမိုမြန်ဆန်စွာ အပ်ဒိတ်လုပ်ထားသည် (အနည်းဆုံး Kubernetes 1.15 ထုတ်ဝေမှုတွင် ဤကိစ္စမျိုးဖြစ်သည်)။

စာဖတ်သူများ မေးနိုင်သည်- "ဖိုင်တွေကို တိုက်ရိုက်တည်းဖြတ်နိုင်ရင် ဘာကြောင့် ဒီရှုပ်ထွေးမှုတွေ ရှိရတာလဲ?" ကြီးကျယ်သောမေးခွန်း။ ကျွန်ုပ်တို့၏ဥပမာတွင် အမှန်ပင် နိုင် ဖိုင်များကိုမွမ်းမံပါ။ deployment.yaml и service.yaml တိုက်ရိုက်သော်လည်းကောင်း၊ ၎င်းတို့သည် အခြားသူ၏ ပရောဂျက်၏ ခက်ရင်းဖြစ်လျှင်ကော။ ဖိုင်များကို တိုက်ရိုက်ပြောင်းလဲခြင်းသည် မူရင်း/အရင်းအမြစ်သို့ ပြောင်းလဲမှုများပြုလုပ်သောအခါတွင် ခက်ရင်းတစ်ခုကို ပြန်လည်စတင်ရန် (မဖြစ်နိုင်လျှင်) ခက်ခဲစေသည်။ kustomize ကိုအသုံးပြုခြင်းဖြင့် ဤပြောင်းလဲမှုများကို ဖိုင်တစ်ခုတွင် ဗဟိုချုပ်ကိုင်နိုင်စေပါသည်။ kustomization.yamlမူရင်းဖိုင်များကို နဂိုအတိုင်းထားခဲ့ပြီး လိုအပ်ပါက မူရင်းဖိုင်များကို ပြန်လည်အခြေချရန် ပိုမိုလွယ်ကူစေသည်။

ပိုမိုရှုပ်ထွေးသော အသုံးပြုမှုကိစ္စများတွင် စိတ်ကြိုက်ပြောင်းလဲခြင်း၏ အကျိုးကျေးဇူးများ ထင်ရှားလာပါသည်။ အထက်ပါဥပမာတွင် kustomization.yaml နှင့် အရင်းအမြစ်များသည် တူညီသောလမ်းညွှန်ထဲတွင် ရှိနေသည်။ သို့သော်၊ အခြေခံဖွဲ့စည်းမှုပုံစံနှင့် ၎င်း၏မျိုးကွဲများစွာရှိသည့် အသုံးပြုမှုကိစ္စများကို စိတ်ကြိုက်သတ်မှတ်ပေးသည် ထပ်. ဥပမာအားဖြင့်၊ အသုံးပြုသူတစ်ဦးသည် ကျွန်ုပ်အသုံးပြုခဲ့သည့် nginx အတွက် ဖြန့်ကျက်ခြင်းနှင့် ဝန်ဆောင်မှုကို ရယူလိုပြီး ထိုဖိုင်များ၏ ဖွံ့ဖြိုးတိုးတက်မှု၊ အဆင့်မြှင့်တင်ခြင်းနှင့် ထုတ်လုပ်ခြင်းဗားရှင်းများ (သို့မဟုတ် မျိုးကွဲများ) ကို ဖန်တီးလိုပါသည်။ ဤသို့ပြုလုပ်ရန်၊ သူသည် အထက်ဖော်ပြပါ ထပ်ဆင့်လွှာများ လိုအပ်ပြီး အမှန်တကယ်တွင် အခြေခံအရင်းအမြစ်များ ကိုယ်တိုင်လည်း လိုအပ်မည်ဖြစ်သည်။

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

- base
  - deployment.yaml
  - service.yaml
  - kustomization.yaml
- overlays
  - dev
    - kustomization.yaml
  - staging
    - kustomization.yaml
  - prod
    - kustomization.yaml

ဖိုင်ထဲမှာ base/kustomization.yaml နယ်ပယ်ကိုအသုံးပြုသူများ resources ထည့်သွင်းသင့်သော စိတ်ကြိုက်အရင်းအမြစ်များကို ရိုးရှင်းစွာကြေငြာပါ။

ဖိုင်တစ်ခုစီတွင် overlays/{dev,staging,prod}/kustomization.yaml အသုံးပြုသူများသည် နယ်ပယ်ရှိ အခြေခံဖွဲ့စည်းပုံကို ရည်ညွှန်းသည်။ resourcesပြီးနောက် သီးခြားပြောင်းလဲမှုများအတွက် ညွှန်ပြပါ။ ပေးသောပတ်ဝန်းကျင်. ဥပမာ ဖိုင် overlays/dev/kustomization.yaml စောစောကပြောခဲ့တဲ့ ဥပမာနဲ့ တူနိုင်သည်-

resources:
- ../../base
namePrefix: dev-
namespace: development
commonLabels:
  environment: development

ဤကိစ္စတွင်ဖိုင် overlays/prod/kustomization.yaml လုံးဝကွဲပြားနိုင်သည်-

resources:
- ../../base
namePrefix: prod-
namespace: production
commonLabels:
  environment: production
  sre-team: blue

အသုံးပြုသူ run သောအခါ kustomize build . catalog ထဲမှာ overlays/devCustomize သည် ဖွံ့ဖြိုးတိုးတက်မှု ရွေးချယ်မှုကို ထုတ်ပေးလိမ့်မည်။ ပြေးရင်၊ kustomize build . catalog ထဲမှာ overlays/prod - သင်ထုတ်လုပ်မှုရွေးချယ်ခွင့်ကိုရရှိသည်။ ဤအရာအားလုံးသည် မူရင်းကို ပြောင်းလဲခြင်းမပြုဘဲ၊ (အခြေခံ) ဖိုင်များအားလုံးကို ကြေငြာပြီး အဆုံးအဖြတ်ပေးသောနည်းလမ်းဖြင့် ဤဖိုင်များကို အခြေခံ၍ သင်အလိုရှိသော ဖွဲ့စည်းမှုပုံစံကို အချိန်မရွေး ပြန်ထုတ်ပေးနိုင်ကြောင်း သိလျက် အခြေခံဖွဲ့စည်းမှုပုံစံနှင့် ထပ်ဆင့်လမ်းညွှန်များကို ဗားရှင်းထိန်းချုပ်မှုသို့ တိုက်ရိုက်ထည့်သွင်းနိုင်သည်။

မှတ်ချက်။ ဘာသာပြန်: စိတ်ကြိုက်ပြင်ဆင်ရန်အတွက် ထပ်ဆင့်များအသုံးပြုခြင်းဆိုင်ရာ ပရောဂျက်စာရွက်စာတမ်းများမှ သရုပ်ဖော်ပုံ

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

ထပ်လောင်းအရင်းအမြစ်များ

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

• Kustomize ကို အသုံးပြု၍ မတူညီသော ပတ်ဝန်းကျင် prod/test အတွက် အခြေခံ YAML config ကို ပြောင်းပါ။;
• စိတ်ကြိုက်ပြင်ဆင်ပါ - Kubernetes တွင် နမူနာပုံစံပြုလုပ်ရန် မှန်ကန်သောနည်းလမ်း;
• Customize ကို အသုံးပြု၍ Kubernetes အရာဝတ္ထုများ၏ ကြေငြာချက် စီမံခန့်ခွဲမှု;
• စိတ်ကြိုက်ပြင်ဆင်ခြင်းဖြင့် အထက်စီးကြောင်းဦးထုပ်ဇယားများကို စိတ်ကြိုက်ပြုလုပ်ခြင်း။.

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

သင့်တွင် ဤအကြောင်းအရာကို ပိုမိုကောင်းမွန်စေရန်အတွက် မေးခွန်းများ သို့မဟုတ် အကြံပြုချက်များရှိပါက၊ ကျွန်ုပ်သည် အကြံပြုချက်များကို အမြဲဖွင့်ထားသည်။ မှာ ဆက်သွယ်နိုင်ပါတယ်။ တွစ်တာ သို့မဟုတ် Kubernetes Slack ချန်နယ်. သင်၏ဖော်ပြချက်များကို စိတ်ကြိုက်ပြင်ဆင်ခြင်းဖြင့် ပျော်ရွှင်ပါစေ။

PS ဘာသာပြန်မှ

ကျွန်ုပ်တို့၏ဘလော့ဂ်တွင်လည်းဖတ်ပါ

• «Kubernetes ပေါ်တွင် လုပ်ဆောင်နေသော အပလီကေးရှင်းများ ဖန်တီးသူများ အတွက် ကိရိယာများ";
• «Kubernetes 1.14- ပင်မတီထွင်ဆန်းသစ်မှုများ၏ ခြုံငုံသုံးသပ်ချက်";
• «အမ်စတာဒမ်တွင် Helm Summit 2019 ၏ အဓိကရလဒ်ငါးခု";
• «Kubernetes - Helm အတွက် ပက်ကေ့ဂျ်မန်နေဂျာကို လက်တွေ့မိတ်ဆက်ခြင်း။"။

source: www.habr.com