Kā automātiski izvietot Helm Chart?

Izmantot CI/CD cauruli.

Tipiski posmi:

1. Ģenerēšana (Build): lietojumprogrammas attēla izveide (Docker).
2. Testēšana (Test): koda/attēla funkcionalitātes un kvalitātes pārbaude.
3. Iepakošana (Package): Helm shēmas izveide vai atjaunināšana un tās iepakošana (helm package).
4. Publicēšana (Publish): iepakojuma saglabāšana repozitārā (piemēram, ChartMuseum, Artifact Registry).
5. Izvietošana (Deploy): Helm shēmas izlaišanas atjaunināšana vai instalēšana Kubernetes klasterī (helm upgrade --install).

Instrumenti:

• CI/CD platformas: GitLab CI, GitHub Actions, Jenkins, CircleCI.
• Helm: iepakojumu pārvaldības rīks Kubernetes.
• Shēmas repozitāri: ChartMuseum, Nexus, Artifactory.
• Kubernetes CLI: kubectl.

Piemērs caurules (GitHub Actions):

name: Deploy Helm Chart

on:
  push:
    branches:
      - main

jobs:
  deploy:
    runs-on: ubuntu-latest
    steps:
      - name: Pārbaudīt kodu
        uses: actions/checkout@v3

      - name: Uzstādīt Helm
        uses: azure/setup-helm@v3
        with:
          version: '3.x'

      - name: Iepako Helm shēmu
        run: helm package ./charts/my-app # Iepakojuma izveide

      - name: Konfigurēt Kubernetes akreditācijas datus
        # Solis, lai konfigurētu piekļuvi klasterim (piemēram, caur pakalpojuma kontu)
        run: |
          echo "${{ secrets.KUBECONFIG }}" | base64 -d > ~/.kube/config

      - name: Izvietot Helm shēmu
        # Izvietošana/atjaunināšana atbrīvojuma
        run: |
          helm upgrade --install \
            my-release \
            ./my-app-*.tgz \
            --namespace my-namespace \
            --values ./charts/my-app/values.yaml \
            --wait # gaidīt, līdz atbrīvojums būs gatavs

Automatizācija ļauj samazināt manuālos darbus, palielināt izvietošanas biežumu un nodrošināt procesa atkārtojamību. Galvenais moments – integrācija ar versiju kontroles sistēmu un infrastruktūru (Kubernetes).