ഇഷ്‌ടാനുസൃതമാക്കാനുള്ള ഒരു ഹ്രസ്വ ആമുഖം

കുറിപ്പ്. വിവർത്തനം.: ഏഴ് അച്ചടിച്ച പുസ്തകങ്ങളുടെ (പ്രധാനമായും VMware vSphere-ൽ) രചയിതാവ്/സഹ-രചയിതാവ്, ഐടിയിൽ വിപുലമായ അനുഭവപരിചയമുള്ള എഞ്ചിനീയർ സ്കോട്ട് ലോവ് ആണ് ലേഖനം എഴുതിയത്. ക്ലൗഡ് കമ്പ്യൂട്ടിംഗിലും കുബർനെറ്റിലും വൈദഗ്ദ്ധ്യം നേടിയ വിഎംവെയർ സബ്സിഡിയറി ഹെപ്റ്റിയോയിൽ (2016-ൽ ഏറ്റെടുത്ത) അദ്ദേഹം ഇപ്പോൾ പ്രവർത്തിക്കുന്നു. ടെക്‌സ്‌റ്റ് തന്നെ ടെക്‌നോളജി ഉപയോഗിച്ച് കുബർനെറ്റസിനായുള്ള കോൺഫിഗറേഷൻ മാനേജ്‌മെന്റിന്റെ സംക്ഷിപ്‌തവും മനസ്സിലാക്കാൻ എളുപ്പമുള്ളതുമായ ആമുഖമായി വർത്തിക്കുന്നു ഇഷ്ടാനുസൃതമാക്കുക, ഇത് അടുത്തിടെ K8 കളുടെ ഭാഗമായി.

"വ്യത്യസ്ത ആവശ്യങ്ങൾക്കായി ലളിതവും ടെംപ്ലേറ്റ് രഹിതവുമായ YAML ഫയലുകൾ ഇഷ്‌ടാനുസൃതമാക്കാൻ ഉപയോക്താക്കളെ അനുവദിക്കുന്ന ഒരു ഉപകരണമാണ് കസ്റ്റമൈസ്, യഥാർത്ഥ YAML കേടുകൂടാതെയും ഉപയോഗയോഗ്യമാക്കുന്നു" (വിവരണം നേരിട്ട് കടമെടുത്തതാണ് GitHub-ൽ റിപ്പോസിറ്ററി കസ്റ്റമൈസ് ചെയ്യുക). Kustomize നേരിട്ട് പ്രവർത്തിപ്പിക്കാം അല്ലെങ്കിൽ Kubernetes 1.14 പോലെ ഉപയോഗിക്കാവുന്നതാണ് kubectl -k അതിന്റെ പ്രവർത്തനക്ഷമത ആക്സസ് ചെയ്യാൻ (കുബെർനെറ്റസ് 1.15 പോലെ, പ്രത്യേക ബൈനറി kubectl-ൽ നിർമ്മിച്ചിരിക്കുന്ന കഴിവുകളേക്കാൾ പുതിയതാണ്). (കുറിപ്പ്. വിവർത്തനം.: കൂടാതെ അടുത്തിടെ പുറത്തിറങ്ങിയതും കുബേർനെറ്റ്സ് 1.16 ഇഷ്ടാനുസൃതമാക്കുക പിന്തുണയ്ക്കുന്ന kubeadm യൂട്ടിലിറ്റിയിലും.) ഈ പോസ്റ്റിൽ, കസ്റ്റമൈസിന്റെ അടിസ്ഥാനകാര്യങ്ങൾ വായനക്കാരെ പരിചയപ്പെടുത്താൻ ഞാൻ ആഗ്രഹിക്കുന്നു.

അതിന്റെ ഏറ്റവും ലളിതമായ രൂപത്തിൽ/ആപ്ലിക്കേഷനിൽ, kustomize എന്നത് വിഭവങ്ങളുടെ ഒരു ശേഖരമാണ് (കുബർനെറ്റസ് ഒബ്‌ജക്റ്റുകളെ നിർവചിക്കുന്ന YAML ഫയലുകൾ: വിന്യാസങ്ങൾ, സേവനങ്ങൾ മുതലായവ) കൂടാതെ ആ ഉറവിടങ്ങളിൽ വരുത്തേണ്ട മാറ്റങ്ങൾക്കുള്ള നിർദ്ദേശങ്ങളുടെ ഒരു ലിസ്റ്റ്. അതിൽ അടങ്ങിയിരിക്കുന്ന നിർദ്ദേശങ്ങൾ നിർമ്മിക്കുന്നത് പോലെ Makefile, എന്നിവയിൽ നിന്നുള്ള നിർദ്ദേശങ്ങളെ അടിസ്ഥാനമാക്കി ഡോക്കർ കണ്ടെയ്നർ നിർമ്മിക്കുന്നു 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 ഒരു നിശ്ചിത പ്രിഫിക്സ് ചേർക്കാൻ കസ്റ്റമൈസ് ചെയ്യാൻ നിർദ്ദേശിക്കുന്നു (ഈ സാഹചര്യത്തിൽ - dev-) ആട്രിബ്യൂട്ട് ചെയ്യാൻ name ഫീൽഡിൽ നിർവചിച്ചിരിക്കുന്ന എല്ലാ വിഭവങ്ങളും resources. അങ്ങനെ, വിന്യാസം ഉണ്ടെങ്കിൽ name അർത്ഥം കൊണ്ട് nginx-deployment, ഇച്ഛാനുസൃതമാക്കുക അത് ഉണ്ടാക്കും dev-nginx-deployment.
• ഫീൽഡ് namespace നൽകിയിരിക്കുന്ന നെയിംസ്പേസ് എല്ലാ ഉറവിടങ്ങളിലേക്കും ചേർക്കാൻ കസ്റ്റമൈസ് ചെയ്യാൻ നിർദ്ദേശിക്കുന്നു. ഈ സാഹചര്യത്തിൽ, വിന്യാസവും സേവനവും നെയിംസ്പേസിൽ വീഴും development.
• ഒടുവിൽ, വയൽ commonLabels എല്ലാ ഉറവിടങ്ങളിലേക്കും ചേർക്കുന്ന ഒരു കൂട്ടം ലേബലുകൾ അടങ്ങിയിരിക്കുന്നു. ഞങ്ങളുടെ ഉദാഹരണത്തിൽ, kustomize പേരുള്ള ഉറവിടങ്ങൾക്ക് ഒരു ലേബൽ നൽകും environment അർത്ഥവും development.

ഉപയോക്താവ് ചെയ്താൽ kustomize build . ഫയലുള്ള ഡയറക്ടറിയിൽ kustomization.yaml ആവശ്യമായ ഉറവിടങ്ങളും (അതായത് ഫയലുകൾ deployment.yaml и service.yaml), തുടർന്ന് ഔട്ട്‌പുട്ടിൽ വ്യക്തമാക്കിയ മാറ്റങ്ങളുള്ള ഒരു വാചകം അതിന് ലഭിക്കും kustomization.yaml.

കുറിപ്പ്. വിവർത്തനം.: kustomize-ന്റെ "ലളിതമായ" ഉപയോഗത്തെക്കുറിച്ചുള്ള പ്രോജക്റ്റ് ഡോക്യുമെന്റേഷനിൽ നിന്നുള്ള ചിത്രീകരണം

മാറ്റങ്ങൾ വരുത്തണമെങ്കിൽ ഔട്ട്‌പുട്ട് റീഡയറക്‌ട് ചെയ്യാം:

kustomize build . > custom-config.yaml

ഔട്ട്‌പുട്ട് ഡാറ്റ നിർണ്ണായകമാണ് (അതേ ഇൻപുട്ട് ഡാറ്റ ഒരേ ഔട്ട്‌പുട്ട് ഫലങ്ങൾ പുറപ്പെടുവിക്കും), അതിനാൽ നിങ്ങൾ ഫലം ഒരു ഫയലിലേക്ക് സംരക്ഷിക്കേണ്ടതില്ല. പകരം, ഇത് മറ്റൊരു കമാൻഡിലേക്ക് നേരിട്ട് കൈമാറാൻ കഴിയും:

kustomize build . | kubectl apply -f -

കസ്റ്റമൈസ് ഫീച്ചറുകൾ വഴിയും ആക്‌സസ് ചെയ്യാൻ കഴിയും kubectl -k (കുബർനെറ്റസ് പതിപ്പ് 1.14 മുതൽ). എന്നിരുന്നാലും, ഇന്റഗ്രേറ്റഡ് kubectl പാക്കേജിനേക്കാൾ വേഗത്തിൽ സ്റ്റാൻഡ്‌ലോൺ kustomize പാക്കേജ് അപ്‌ഡേറ്റ് ചെയ്യപ്പെടുന്നു എന്നത് ഓർമ്മിക്കുക (കുബേർനെറ്റസ് 1.15 പതിപ്പിന്റെ കാര്യമെങ്കിലും ഇതാണ്).

വായനക്കാർ ചോദിച്ചേക്കാം: "നിങ്ങൾക്ക് ഫയലുകൾ നേരിട്ട് എഡിറ്റ് ചെയ്യാൻ കഴിയുമെങ്കിൽ എന്തിനാണ് ഈ സങ്കീർണ്ണത?" വലിയ ചോദ്യം. ഞങ്ങളുടെ ഉദാഹരണത്തിൽ, തീർച്ചയായും can ഫയലുകൾ പരിഷ്കരിക്കുക deployment.yaml и service.yaml നേരിട്ട്, പക്ഷേ അവർ മറ്റാരുടെയെങ്കിലും പ്രോജക്റ്റിന്റെ ഫോർക്ക് ആണെങ്കിലോ? ഫയലുകൾ നേരിട്ട് മാറ്റുന്നത്, ഉത്ഭവം/ഉറവിടത്തിൽ മാറ്റങ്ങൾ വരുത്തുമ്പോൾ ഒരു ഫോർക്ക് റീബേസ് ചെയ്യുന്നത് പ്രയാസകരമാക്കുന്നു (അസാധ്യമല്ലെങ്കിൽ). ഒരു ഫയലിൽ ഈ മാറ്റങ്ങൾ കേന്ദ്രീകരിക്കാൻ kustomize ഉപയോഗിക്കുന്നത് നിങ്ങളെ അനുവദിക്കുന്നു kustomization.yaml, യഥാർത്ഥ ഫയലുകൾ കേടുകൂടാതെ വിടുകയും അങ്ങനെ ആവശ്യമെങ്കിൽ യഥാർത്ഥ ഫയലുകൾ റീബേസ് ചെയ്യുന്നത് എളുപ്പമാക്കുകയും ചെയ്യുന്നു.

കൂടുതൽ സങ്കീർണ്ണമായ ഉപയോഗ സന്ദർഭങ്ങളിൽ kustomize ന്റെ പ്രയോജനങ്ങൾ വ്യക്തമാകും. മുകളിലുള്ള ഉദാഹരണത്തിൽ kustomization.yaml കൂടാതെ ഉറവിടങ്ങൾ ഒരേ ഡയറക്ടറിയിലാണ്. എന്നിരുന്നാലും, അടിസ്ഥാന കോൺഫിഗറേഷനും അതിന്റെ നിരവധി വകഭേദങ്ങളും ഉള്ള സന്ദർഭങ്ങളിൽ kustomize പിന്തുണയ്ക്കുന്നു, എന്നും അറിയപ്പെടുന്നു ഓവർലേകൾ. ഉദാഹരണത്തിന്, ഒരു ഉപയോക്താവ് nginx-നായി വിന്യാസവും സേവനവും എടുക്കാൻ ആഗ്രഹിക്കുന്നു, അത് ഞാൻ ഉദാഹരണമായി ഉപയോഗിച്ചു, കൂടാതെ ആ ഫയലുകളുടെ വികസനം, സ്റ്റേജിംഗ്, പ്രൊഡക്ഷൻ പതിപ്പുകൾ (അല്ലെങ്കിൽ വേരിയന്റുകൾ) സൃഷ്ടിക്കുക. ഇത് ചെയ്യുന്നതിന്, അദ്ദേഹത്തിന് മുകളിൽ സൂചിപ്പിച്ച ഓവർലേകളും വാസ്തവത്തിൽ അടിസ്ഥാന വിഭവങ്ങളും ആവശ്യമാണ്.

ഓവർലേകളുടെയും അടിസ്ഥാന വിഭവങ്ങളുടെയും ആശയം ചിത്രീകരിക്കുന്നതിന് (അടിസ്ഥാന വിഭവങ്ങൾ), ഡയറക്‌ടറികൾക്ക് ഇനിപ്പറയുന്ന ഘടനയുണ്ടെന്ന് നമുക്ക് അനുമാനിക്കാം:

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

ഫയലിൽ base/kustomization.yaml ഫീൽഡ് ഉപയോഗിക്കുന്ന ഉപയോക്താക്കൾ resources kustomize ഉൾപ്പെടുത്തേണ്ട വിഭവങ്ങൾ പ്രഖ്യാപിക്കുക.

ഓരോ ഫയലിലും 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

ഉപയോക്താവ് പ്രവർത്തിക്കുമ്പോൾ kustomize build . കാറ്റലോഗിൽ overlays/dev, kustomize വികസന ഓപ്ഷൻ ജനറേറ്റ് ചെയ്യും. നിങ്ങൾ ഓടുകയാണെങ്കിൽ kustomize build . കാറ്റലോഗിൽ overlays/prod - നിങ്ങൾക്ക് പ്രൊഡക്ഷൻ ഓപ്ഷൻ ലഭിക്കും. ഇതെല്ലാം - ഒറിജിനലിൽ മാറ്റങ്ങളൊന്നും വരുത്താതെ (അടിസ്ഥാനം) ഫയലുകൾ, എല്ലാം ഒരു ഡിക്ലറേറ്റീവ്, ഡിറ്റർമിനിസ്റ്റിക് രീതിയിൽ. നിങ്ങൾക്ക് അടിസ്ഥാന കോൺഫിഗറേഷനും ഓവർലേ ഡയറക്‌ടറികളും പതിപ്പ് നിയന്ത്രണത്തിലേക്ക് നേരിട്ട് സമർപ്പിക്കാം, ഈ ഫയലുകളെ അടിസ്ഥാനമാക്കി നിങ്ങൾക്ക് എപ്പോൾ വേണമെങ്കിലും ആവശ്യമുള്ള കോൺഫിഗറേഷൻ പുനർനിർമ്മിക്കാൻ കഴിയുമെന്ന് അറിഞ്ഞുകൊണ്ട്.

കുറിപ്പ്. വിവർത്തനം.: kustomize-ൽ ഓവർലേകൾ ഉപയോഗിക്കുന്നതിനെക്കുറിച്ചുള്ള പ്രോജക്റ്റ് ഡോക്യുമെന്റേഷനിൽ നിന്നുള്ള ചിത്രീകരണം

കസ്റ്റമൈസ് ചെയ്യാം വളരെയധികം ഈ ലേഖനത്തിൽ ഉൾപ്പെടുത്തിയിരിക്കുന്നതിനേക്കാൾ കൂടുതൽ. എന്നിരുന്നാലും, ഇത് ഒരു നല്ല ആമുഖമായി വർത്തിക്കുമെന്ന് ഞാൻ പ്രതീക്ഷിക്കുന്നു.

അധിക വിഭവങ്ങൾ

കസ്റ്റമൈസിനെക്കുറിച്ച് ധാരാളം നല്ല ലേഖനങ്ങളും പ്രസിദ്ധീകരണങ്ങളും ഉണ്ട്. എനിക്ക് പ്രത്യേകിച്ചും ഉപയോഗപ്രദമെന്ന് തോന്നിയ ചിലത് ഇതാ:

• വ്യത്യസ്ത പരിതസ്ഥിതികൾക്കായി അടിസ്ഥാന YAML കോൺഫിഗറേഷൻ മാറ്റുക കസ്റ്റമൈസ് ഉപയോഗിച്ച്;
• കസ്റ്റമൈസ് - കുബർനെറ്റസിൽ ടെംപ്ലേറ്റിംഗ് ചെയ്യാനുള്ള ശരിയായ മാർഗം;
• ഇഷ്‌ടാനുസൃതമാക്കൽ ഉപയോഗിച്ച് കുബർനെറ്റസ് ഒബ്‌ജക്‌റ്റുകളുടെ ഡിക്ലറേറ്റീവ് മാനേജ്‌മെന്റ്;
• ഇഷ്‌ടാനുസൃതമാക്കൽ ഉപയോഗിച്ച് അപ്‌സ്ട്രീം ഹെൽം ചാർട്ടുകൾ ഇഷ്‌ടാനുസൃതമാക്കുന്നു.

കുറിപ്പ്. വിവർത്തനം.: ഇങ്ങനെ പ്രസിദ്ധീകരിച്ച ലിങ്കുകളുടെ ഒരു ബ്ലോക്ക് നിങ്ങൾക്ക് ശുപാർശ ചെയ്യാവുന്നതാണ് ഉറവിടങ്ങൾ യൂട്ടിലിറ്റിയുടെ വെബ്‌സൈറ്റിൽ, തുടർന്ന് kustomize സംബന്ധിച്ച ഏറ്റവും പുതിയ റിപ്പോർട്ടുകളുള്ള വീഡിയോകളുടെ ഒരു ശേഖരം.

ഈ മെറ്റീരിയൽ മെച്ചപ്പെടുത്തുന്നതിന് നിങ്ങൾക്ക് ചോദ്യങ്ങളോ നിർദ്ദേശങ്ങളോ ഉണ്ടെങ്കിൽ, ഫീഡ്‌ബാക്കിന് ഞാൻ എപ്പോഴും തയ്യാറാണ്. എന്ന വിലാസത്തിൽ നിങ്ങൾക്ക് എന്നെ ബന്ധപ്പെടാം ട്വിറ്റർ അഥവാ കുബെർനെറ്റസ് സ്ലാക്ക് ചാനൽ. കസ്റ്റമൈസ് ഉപയോഗിച്ച് നിങ്ങളുടെ മാനിഫെസ്റ്റുകൾ പരിഷ്‌ക്കരിക്കുന്നത് ആസ്വദിക്കൂ!

വിവർത്തകനിൽ നിന്ന് പി.എസ്

ഞങ്ങളുടെ ബ്ലോഗിലും വായിക്കുക:

• «Kubernetes-ൽ പ്രവർത്തിക്കുന്ന ആപ്ലിക്കേഷനുകളുടെ ഡെവലപ്പർമാർക്കുള്ള ഉപകരണങ്ങൾ";
• «കുബർനെറ്റസ് 1.14: പ്രധാന കണ്ടുപിടുത്തങ്ങളുടെ അവലോകനം";
• «ആംസ്റ്റർഡാമിൽ 2019 ലെ ഹെൽം ഉച്ചകോടിയുടെ അഞ്ച് പ്രധാന ഫലങ്ങൾ";
• «കുബർനെറ്റസിനായുള്ള പാക്കേജ് മാനേജറിലേക്കുള്ള പ്രായോഗിക ആമുഖം - ഹെൽം".

അവലംബം: www.habr.com