ഹെൽംഫയൽ ഉപയോഗിച്ച് ഒന്നിലധികം k8s പരിതസ്ഥിതികളിലേക്ക് വിന്യാസം സംഘടിപ്പിക്കുന്നു

ഹെൽംഫിൽ - വേണ്ടി പൊതിയുക ചുക്കാൻ, നിരവധി ഹെൽം റിലീസുകൾ ഒരിടത്ത് വിവരിക്കാനും അവയുടെ ചാർട്ടുകൾ നിരവധി പരിതസ്ഥിതികൾക്കായി പാരാമീറ്റർ ചെയ്യാനും അവയുടെ വിന്യാസത്തിന്റെ ക്രമം സജ്ജമാക്കാനും നിങ്ങളെ അനുവദിക്കുന്നു.

ഹെൽംഫയലിനെക്കുറിച്ചും അതിന്റെ ഉപയോഗത്തിന്റെ ഉദാഹരണങ്ങളെക്കുറിച്ചും നിങ്ങൾക്ക് വായിക്കാം മീ и മികച്ച പരിശീലന ഗൈഡ്.

ഹെൽംഫയലിൽ റിലീസുകൾ വിവരിക്കുന്നതിനുള്ള വ്യക്തമല്ലാത്ത വഴികൾ ഞങ്ങൾ പരിചയപ്പെടും

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

    .
    ├── envs
    │   ├── devel
    │   │   └── values
    │   │       ├── backend.yaml
    │   │       └── postgres.yaml
    │   └── production
    │       └── values
    │           ├── backend.yaml
    │           └── postgres.yaml
    └── helmfile.yaml

helmfile.yaml

environments:
  devel:
  production:

releases:
  - name: postgres
    labels:
      app: postgres
    wait: true
    chart: stable/postgresql
    version: 8.4.0
    values:
      - envs/{{ .Environment.Name }}/values/postgres.yaml
  - name: backend
    labels:
      app: backend
    wait: true
    chart: private-helm-repo/backend
    version: 1.0.5
    needs:
      - postgres
    values:
      - envs/{{ .Environment.Name }}/values/backend.yaml

ഞങ്ങൾ 2 പരിതസ്ഥിതികളിൽ അവസാനിച്ചു: വികസിപ്പിക്കുക, ഉത്പാദനം - ഓരോന്നിനും ഹെൽം റിലീസ് ചാർട്ടുകൾക്കായി അതിന്റേതായ മൂല്യങ്ങൾ അടങ്ങിയിരിക്കുന്നു. ഞങ്ങൾ അവരെ ഇതുപോലെ വിന്യസിക്കും:

helmfile -n <namespace> -e <env> apply

വ്യത്യസ്ത പരിതസ്ഥിതികളിലെ ഹെൽം ചാർട്ടുകളുടെ വ്യത്യസ്ത പതിപ്പുകൾ

വ്യത്യസ്‌ത പരിതസ്ഥിതികളിലേക്ക് ബാക്കെൻഡിന്റെ വ്യത്യസ്‌ത പതിപ്പുകൾ പുറത്തിറക്കണമെങ്കിൽ എന്തുചെയ്യും? റിലീസ് പതിപ്പ് എങ്ങനെ പാരാമീറ്റർ ചെയ്യാം? ഇതിലൂടെ ലഭ്യമാകുന്ന പാരിസ്ഥിതിക മൂല്യങ്ങൾ {{ .Values }}

helmfile.yaml

environments:
  devel:
+   values:
+   - charts:
+       versions:
+         backend: 1.1.0
  production:
+   values:
+   - charts:
+       versions:
+         backend: 1.0.5
...
  - name: backend
    labels:
      app: backend
    wait: true
    chart: private-helm-repo/backend
-   version: 1.0.5
+   version: {{ .Values.charts.versions.backend }}
...

വ്യത്യസ്ത പരിതസ്ഥിതികളിൽ വ്യത്യസ്ത സെറ്റ് ആപ്ലിക്കേഷനുകൾ

കൊള്ളാം, പക്ഷേ നമുക്ക് ആവശ്യമില്ലെങ്കിൽ എന്തുചെയ്യും production പോസ്റ്റ്‌ഗ്രെസ് പുറത്തിറക്കുക, കാരണം ഞങ്ങൾക്ക് ഡാറ്റാബേസ് k8-കളിലേക്ക് തള്ളേണ്ട ആവശ്യമില്ലെന്നും വിൽപ്പനയ്‌ക്ക് ഞങ്ങൾക്ക് അതിശയകരമായ ഒരു പ്രത്യേക പോസ്റ്റ്‌ഗ്രെസ് ക്ലസ്റ്റർ ഉണ്ടെന്നും അറിയാമോ? ഈ പ്രശ്നം പരിഹരിക്കാൻ ഞങ്ങൾക്ക് ലേബലുകൾ ഉണ്ട്

helmfile -n <namespace> -e devel apply
helmfile -n <namespace> -e production -l app=backend apply

ഇത് വളരെ മികച്ചതാണ്, എന്നാൽ ലോഞ്ച് ആർഗ്യുമെന്റുകൾ ഉപയോഗിക്കാതെ പരിതസ്ഥിതിയിൽ ഏതൊക്കെ ആപ്ലിക്കേഷനുകൾ വിന്യസിക്കണമെന്ന് വ്യക്തിപരമായി വിവരിക്കാൻ ഞാൻ ആഗ്രഹിക്കുന്നു, മറിച്ച് പരിതസ്ഥിതികളുടെ വിവരണത്തിലാണ്. എന്തുചെയ്യും? നിങ്ങൾക്ക് റിലീസ് വിവരണങ്ങൾ ഒരു പ്രത്യേക ഫോൾഡറിൽ സ്ഥാപിക്കാനും പരിസ്ഥിതി വിവരണത്തിൽ ആവശ്യമായ റിലീസുകളുടെ ഒരു ലിസ്റ്റ് സൃഷ്ടിക്കാനും ബാക്കിയുള്ളവ അവഗണിച്ച് ആവശ്യമായ റിലീസുകൾ മാത്രം "പിക്കപ്പ്" ചെയ്യാനും കഴിയും.

    .
    ├── envs
    │   ├── devel
    │   │   └── values
    │   │       ├── backend.yaml
    │   │       └── postgres.yaml
    │   └── production
    │       └── values
    │           ├── backend.yaml
    │           └── postgres.yaml
+   ├── releases
+   │   ├── backend.yaml
+   │   └── postgres.yaml
    └── helmfile.yaml

helmfile.yaml

  environments:
    devel:
      values:
      - charts:
          versions:
            backend: 1.1.0
      - apps:
        - postgres
        - backend

    production:
      values:
      - charts:
          versions:
            backend: 1.0.5
      - apps:
        - backend

- releases:
-    - name: postgres
-      labels:
-        app: postgres
-      wait: true
-      chart: stable/postgresql
-      version: 8.4.0
-      values:
-        - envs/{{ .Environment.Name }}/values/postgres.yaml
-    - name: backend
-      labels:
-        app: backend
-      wait: true
-      chart: private-helm-repo/backend
-     version: {{ .Values.charts.versions.backend }}
-     needs:
-       - postgres
-     values:
-       - envs/{{ .Environment.Name }}/values/backend.yaml
+ ---
+ bases:
+ {{- range .Values.apps }}
+   - releases/{{ . }}.yaml
+ {{- end }}

releases/postgres.yaml

releases:
  - name: postgres
    labels:
      app: postgres
    wait: true
    chart: stable/postgresql
    version: 8.4.0
    values:
      - envs/{{ .Environment.Name }}/values/postgres.yaml

releases/backend.yaml

releases:
  - name: backend
    labels:
      app: backend
    wait: true
    chart: private-helm-repo/backend
    version: {{ .Values.charts.versions.backend }}
    needs:
      - postgres
    values:
      - envs/{{ .Environment.Name }}/values/backend.yaml

കുറിപ്പ്

ഉപയോഗിക്കുമ്പോൾ bases: yaml സെപ്പറേറ്റർ ഉപയോഗിക്കേണ്ടത് ആവശ്യമാണ് ---, അതുവഴി നിങ്ങൾക്ക് പരിതസ്ഥിതികളിൽ നിന്നുള്ള മൂല്യങ്ങൾ ഉപയോഗിച്ച് റിലീസുകൾ (കൂടാതെ ഹെൽം ഡിഫോൾട്ട് പോലുള്ള മറ്റ് ഭാഗങ്ങൾ) ടെംപ്ലേറ്റ് ചെയ്യാൻ കഴിയും

ഈ സാഹചര്യത്തിൽ, പോസ്റ്റ്ഗ്രെസ് റിലീസ് ഉൽപ്പാദനത്തിനുള്ള വിവരണത്തിൽ പോലും ഉൾപ്പെടുത്തില്ല. വളരെ സുഖകരമായി!

റിലീസുകൾക്കായി അസാധുവാക്കാവുന്ന ആഗോള മൂല്യങ്ങൾ

തീർച്ചയായും, ഓരോ പരിതസ്ഥിതിക്കും ഹെൽം ചാർട്ടുകൾക്കായി നിങ്ങൾക്ക് മൂല്യങ്ങൾ സജ്ജീകരിക്കാൻ കഴിയുന്നത് വളരെ മികച്ചതാണ്, എന്നാൽ ഞങ്ങൾക്ക് നിരവധി പരിതസ്ഥിതികൾ വിവരിച്ചിട്ടുണ്ടെങ്കിൽ എന്തുചെയ്യും, ഉദാഹരണത്തിന്, എല്ലാവർക്കും ഒരേപോലെ സജ്ജീകരിക്കാൻ ഞങ്ങൾ ആഗ്രഹിക്കുന്നു affinity, എന്നാൽ ടേണിപ്പുകളിൽ സംഭരിച്ചിരിക്കുന്ന ചാർട്ടുകളിൽ തന്നെ ഇത് സ്ഥിരസ്ഥിതിയായി കോൺഫിഗർ ചെയ്യാൻ ഞങ്ങൾ ആഗ്രഹിക്കുന്നില്ല.

ഈ സാഹചര്യത്തിൽ, ഓരോ റിലീസിനും നമുക്ക് മൂല്യങ്ങളുള്ള 2 ഫയലുകൾ വ്യക്തമാക്കാം: ആദ്യത്തേത് സ്ഥിരസ്ഥിതി മൂല്യങ്ങൾ, അത് ചാർട്ടിന്റെ മൂല്യങ്ങൾ തന്നെ നിർണ്ണയിക്കും, രണ്ടാമത്തേത് പരിസ്ഥിതിയുടെ മൂല്യങ്ങൾ, അത് അസാധുവാക്കും. സ്വതവേയുള്ളവ.

    .
    ├── envs
+   │   ├── default
+   │   │   └── values
+   │   │       ├── backend.yaml
+   │   │       └── postgres.yaml
    │   ├── devel
    │   │   └── values
    │   │       ├── backend.yaml
    │   │       └── postgres.yaml
    │   └── production
    │       └── values
    │           ├── backend.yaml
    │           └── postgres.yaml
    ├── releases
    │   ├── backend.yaml
    │   └── postgres.yaml
    └── helmfile.yaml

releases/backend.yaml

releases:
  - name: backend
    labels:
      app: backend
    wait: true
    chart: private-helm-repo/backend
    version: {{ .Values.charts.versions.backend }}
    needs:
      - postgres
    values:
+     - envs/default/values/backend.yaml
      - envs/{{ .Environment.Name }}/values/backend.yaml

envs/default/values/backend.yaml

affinity:
  podAntiAffinity:
    preferredDuringSchedulingIgnoredDuringExecution:
    - weight: 1
      podAffinityTerm:
        labelSelector:
          matchExpressions:
          - key: app.kubernetes.io/name
            operator: In
            values:
            - backend
        topologyKey: "kubernetes.io/hostname"

പരിസ്ഥിതി തലത്തിലുള്ള എല്ലാ റിലീസുകളുടെയും ഹെൽം ചാർട്ടുകൾക്കായുള്ള ആഗോള മൂല്യങ്ങൾ നിർവചിക്കുന്നു

നിരവധി റിലീസുകളിൽ ഞങ്ങൾ നിരവധി പ്രവേശനങ്ങൾ സൃഷ്ടിക്കുന്നുവെന്ന് പറയാം - ഓരോ ചാർട്ടിനും നമുക്ക് സ്വമേധയാ നിർവചിക്കാം hosts:, എന്നാൽ ഞങ്ങളുടെ കാര്യത്തിൽ ഡൊമെയ്‌ൻ ഒന്നുതന്നെയാണ്, അതിനാൽ എന്തുകൊണ്ട് ഇത് ചില ആഗോള വേരിയബിളിൽ ഉൾപ്പെടുത്തി അതിന്റെ മൂല്യം ചാർട്ടുകളിലേക്ക് മാറ്റിസ്ഥാപിച്ചുകൂടാ? ഇത് ചെയ്യുന്നതിന്, ഞങ്ങൾ പാരാമീറ്റർ ചെയ്യാൻ ആഗ്രഹിക്കുന്ന മൂല്യങ്ങളുള്ള ഫയലുകൾക്ക് വിപുലീകരണം ഉണ്ടായിരിക്കണം .gotmpl, അത് ടെംപ്ലേറ്റ് എഞ്ചിനിലൂടെ പ്രവർത്തിപ്പിക്കേണ്ടതുണ്ടെന്ന് ഹെൽംഫയലിന് അറിയാം.

    .
    ├── envs
    │   ├── default
    │   │   └── values
-   │   │       ├── backend.yaml
-   │   │       ├── postgres.yaml
+   │   │       ├── backend.yaml.gotmpl
+   │   │       └── postgres.yaml.gotmpl
    │   ├── devel
    │   │   └── values
    │   │       ├── backend.yaml
    │   │       └── postgres.yaml
    │   └── production
    │       └── values
    │           ├── backend.yaml
    │           └── postgres.yaml
    ├── releases
    │   ├── backend.yaml
    │   └── postgres.yaml
    └── helmfile.yaml

helmfile.yaml

  environments:
    devel:
      values:
      - charts:
          versions:
            backend: 1.1.0
      - apps:
        - postgres
        - backend
+     - global:
+         ingressDomain: k8s.devel.domain

    production:
      values:
      - charts:
          versions:
            backend: 1.0.5
      - apps:
        - backend
+     - global:
+         ingressDomain: production.domain
  ---
  bases:
  {{- range .Values.apps }}
    - releases/{{ . }}.yaml
  {{- end }}

envs/default/values/backend.yaml.gotmpl

ingress:
  enabled: true
  paths:
    - /api
  hosts:
    - {{ .Values.global.ingressDomain }}

envs/default/values/postgres.yaml.gotmpl

ingress:
  enabled: true
  paths:
    - /
  hosts:
    - postgres.{{ .Values.global.ingressDomain }}

കുറിപ്പ്

വ്യക്തമായും, പോസ്റ്റ്‌ഗ്രെസ് ചാർട്ടിലെ പ്രവേശനം വളരെ സംശയാസ്പദമാണ്, അതിനാൽ ഈ ലേഖനം ഒരു ശൂന്യതയിൽ ഗോളാകൃതിയിലുള്ള ഒരു ഉദാഹരണമായിട്ടാണ് നൽകിയിരിക്കുന്നത്, കൂടാതെ ഇൻഗ്രെസ് വിവരിക്കുന്നതിന് വേണ്ടി ലേഖനത്തിൽ പുതിയ ചില പതിപ്പുകൾ അവതരിപ്പിക്കാതിരിക്കാനാണ്.

പാരിസ്ഥിതിക മൂല്യങ്ങളിൽ നിന്ന് രഹസ്യങ്ങൾ മാറ്റിസ്ഥാപിക്കുന്നു

മുകളിലുള്ള ഉദാഹരണവുമായി സാമ്യമുള്ളതിനാൽ, എൻക്രിപ്റ്റ് ചെയ്തവ ഉപയോഗിച്ച് നിങ്ങൾക്ക് പകരം വയ്ക്കാൻ കഴിയും ചുക്കാൻ രഹസ്യങ്ങൾ അർത്ഥങ്ങൾ. ഓരോ റിലീസിനും ഞങ്ങളുടെ സ്വന്തം രഹസ്യ ഫയൽ സൃഷ്ടിക്കുന്നതിനുപകരം, അതിൽ ചാർട്ടിനായി എൻക്രിപ്റ്റ് ചെയ്ത മൂല്യങ്ങൾ നിർവചിക്കാൻ കഴിയും, നമുക്ക് default.yaml.gotmpl റിലീസിൽ നിർവചിച്ചിരിക്കുന്ന വേരിയബിളുകളിൽ നിന്ന് എടുക്കുന്ന മൂല്യങ്ങൾ നിർവചിക്കാം. പരിസ്ഥിതി നില. ഞങ്ങൾ ആരിൽ നിന്നും മറച്ചുവെക്കേണ്ടതില്ലാത്ത മൂല്യങ്ങൾ ഒരു പ്രത്യേക പരിതസ്ഥിതിയിൽ റിലീസ് മൂല്യങ്ങളിൽ എളുപ്പത്തിൽ പുനർനിർവചിക്കാനാകും.

    .
    ├── envs
    │   ├── default
    │   │   └── values
    │   │       ├── backend.yaml
    │   │       └── postgres.yaml
    │   ├── devel
    │   │   ├── values
    │   │   │   ├── backend.yaml
    │   │   │   └── postgres.yaml
+   │   │   └── secrets.yaml
    │   └── production
    │       ├── values
    │       │   ├── backend.yaml
    │       │   └── postgres.yaml
+   │       └── secrets.yaml
    ├── releases
    │   ├── backend.yaml
    │   └── postgres.yaml
    └── helmfile.yaml

helmfile.yaml

  environments:
    devel:
      values:
      - charts:
          versions:
            backend: 1.1.0
      - apps:
        - postgres
        - backend
      - global:
          ingressDomain: k8s.devel.domain
+     secrets:
+       - envs/devel/secrets.yaml

    production:
      values:
      - charts:
          versions:
            backend: 1.0.5
      - apps:
        - backend
      - global:
          ingressDomain: production.domain
+     secrets:
+       - envs/production/secrets.yaml
  ---
  bases:
  {{- range .Values.apps }}
    - releases/{{ . }}.yaml
  {{- end }}

envs/devel/secrets.yaml

secrets:
    elastic:
        password: ENC[AES256_GCM,data:hjCB,iv:Z1P6/6xBJgJoKLJ0UUVfqZ80o4L84jvZfM+uH9gBelc=,tag:dGqQlCZnLdRAGoJSj63rBQ==,type:int]
...

envs/production/secrets.yaml

secrets:
    elastic:
        password: ENC[AES256_GCM,data:ZB/VpTFk8f0=,iv:EA//oT1Cb5wNFigTDOz3nA80qD9UwTjK5cpUwLnEXjs=,tag:hMdIUaqLRA8zuFBd82bz6A==,type:str]
...

envs/default/values/backend.yaml.gotmpl

elasticsearch:
  host: elasticsearch
  port: 9200
  password: {{ .Values | getOrNil "secrets.elastic.password" | default "password" }}

envs/devel/values/backend.yaml

elasticsearch:
  host: elastic-0.devel.domain

envs/production/values/backend.yaml

elasticsearch:
  host: elastic-0.production.domain

കുറിപ്പ്

വഴിയിൽ, getOrNil - ഹെൽംഫയലിലെ ഗോ ടെംപ്ലേറ്റുകൾക്കായുള്ള ഒരു പ്രത്യേക ഫംഗ്ഷൻ, അത് ആണെങ്കിലും .Values.secrets നിലവിലില്ല, ഒരു പിശക് എറിയില്ല, പക്ഷേ ഫംഗ്ഷൻ ഉപയോഗിച്ച് ഫലം അനുവദിക്കും default പകരം സ്ഥിരസ്ഥിതി മൂല്യം

തീരുമാനം

വിവരിച്ച കാര്യങ്ങൾ വളരെ വ്യക്തമാണെന്ന് തോന്നുന്നു, പക്ഷേ ഹെൽംഫയൽ ഉപയോഗിച്ച് നിരവധി പരിതസ്ഥിതികളിലേക്ക് വിന്യാസത്തിന്റെ സൗകര്യപ്രദമായ വിവരണത്തെക്കുറിച്ചുള്ള വിവരങ്ങൾ വളരെ വിരളമാണ്, എനിക്ക് IaC (ഇൻഫ്രാസ്ട്രക്ചർ-ആസ്-കോഡ്) ഇഷ്ടമാണ്, വിന്യാസ നിലയെക്കുറിച്ച് വ്യക്തമായ വിവരണം ലഭിക്കാൻ ഞാൻ ആഗ്രഹിക്കുന്നു.

ഉപസംഹാരമായി, ഡിഫോൾട്ട് എൻവയോൺമെന്റിനായുള്ള വേരിയബിളുകൾ, വിന്യാസം ആരംഭിക്കുന്ന ഒരു നിശ്ചിത റണ്ണറുടെ OS- ന്റെ എൻവയോൺമെന്റ് വേരിയബിളുകൾ ഉപയോഗിച്ച് പാരാമീറ്റർ ചെയ്യാനും അങ്ങനെ ഡൈനാമിക് എൻവയോൺമെന്റുകൾ നേടാനും കഴിയുമെന്ന് ഞാൻ ചേർക്കാൻ ആഗ്രഹിക്കുന്നു.

helmfile.yaml

environments:
  default:
    values:
    - global:
        clusterDomain: {{ env "CLUSTER_DOMAIN" | default "cluster.local" }}
        ingressDomain: {{ env "INGRESS_DOMAIN" }}

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