0Pricing
CI/CD with GitHub Actions & DevOps Pipelines · Lektion

Helm-Charts und Kubernetes-Manifeste in CI/CD

Paketieren und versionieren Sie Kubernetes-Deployments mit Helm-Charts, templatisieren Sie die Konfiguration je Umgebung und automatisieren Sie Chart-Releases mit GitHub Actions.

Helm-Charts und Kubernetes-Manifeste in CI/CD ist eine kostenlose CI/CD with GitHub Actions & DevOps Pipelines-Lektion auf CoddyKit. Dies ist Lektion 4 von 4. Du kannst die komplette Lektion unten kostenlos lesen – dann übst du sie direkt im Browser mit einem integrierten Code-Editor und einem KI-Tutor rund um die Uhr. Sie ist Teil des CI/CD with GitHub Actions & DevOps Pipelines-Lernpfads, und dein Fortschritt wird über Web und CoddyKit-App synchronisiert. Der CI/CD with GitHub Actions & DevOps Pipelines-Kurs umfasst insgesamt 4 Lektionen.

Das Problem der ausufernden Manifeste

Ein Deployment auf Kubernetes bedeutet, viele YAML-Manifeste zu schreiben: Deployments, Services, ConfigMaps und Ingresses. Wenn Sie diese pro Umgebung kopieren, wird die Verwaltung schnell unübersichtlich.

Helm löst dieses Problem, indem es Manifeste in einem wiederverwendbaren und versionierten Chart bündelt.

Was ist Helm?

Helm ist der Paketmanager für Kubernetes. Ein Chart ist ein Paket aus vorlagenbasierten Manifesten und Standardwerten.

  • Chart.yaml — Metadaten und Version des Charts
  • values.yaml — Standardkonfiguration
  • templates/ — Vorlagen für Manifeste

Chart-Struktur

Ein typisches Chart-Verzeichnis sieht so aus. Helm rendert die Vorlagen mithilfe der Werte und erzeugt daraus das endgültige Kubernetes-YAML.

mychart/
  Chart.yaml
  values.yaml
  templates/
    deployment.yaml
    service.yaml

Templating mit Werten

Vorlagen verwenden Platzhalter, die Werte aus values.yaml beziehen. Dadurch kann eine Vorlage für viele Umgebungen verwendet werden.

# templates/deployment.yaml
spec:
  replicas: {{ .Values.replicaCount }}
  image: {{ .Values.image.repository }}:{{ .Values.image.tag }}

Umgebungsspezifische Werte

Halten Sie für jede Umgebung eine separate Wertedatei vor und übergeben Sie sie bei der Installation. In Staging könnten beispielsweise 1 Replik und in der Produktion 5 laufen.

helm upgrade --install myapp ./mychart \
  -f values-prod.yaml \
  --namespace production

Installieren oder aktualisieren

Der Befehl helm upgrade --install ist idempotent: Er installiert das Release, wenn es nicht existiert, oder aktualisiert es, wenn es bereits existiert.

Dieser einzelne Befehl eignet sich ideal für CI/CD, da er sowohl bei erstmaligen als auch bei nachfolgenden Deployments funktioniert.

Das Image-Tag in CI setzen

In CI übergeben Sie das gerade erstellte Image-Tag (häufig die Commit-SHA) normalerweise mit --set.

Dadurch wird das Kubernetes-Release mit genau dem Artefakt verknüpft, das Ihre Pipeline gerade erstellt hat.

  - run: |
      helm upgrade --install myapp ./mychart \
        --set image.tag=${{ github.sha }}

Charts linten

Validieren Sie das Chart vor dem Deployment mit helm lint und rendern Sie es mit helm template, um YAML- oder Templating-Fehler frühzeitig zu erkennen.

  - run: helm lint ./mychart
  - run: helm template myapp ./mychart -f values-prod.yaml

Rollbacks mit Helm

Helm erfasst jedes Release als nummerierte Revision. Wenn ein Deployment fehlschlägt, können Sie sofort einen Rollback durchführen.

Das passt gut zu Verfahren für die Notfallwiederherstellung, da es schnell und deterministisch ist.

helm history myapp
helm rollback myapp 3

Paketieren und Veröffentlichen

Charts können in versionierte Archive paketiert und in ein Chart-Repository oder eine OCI-Registry übertragen werden, genau wie Container-Images.

So können andere Teams Ihr Chart anhand seiner Version verwenden.

helm package ./mychart
helm push myapp-1.2.0.tgz oci://registry.example.com/charts

Ein Helm-Deployment-Job

Alles zusammenführen: beim Cluster authentifizieren, Helm einrichten und anschließend ein Upgrade durchführen. Die Azure-Aktion setup-helm installiert die CLI auf dem Runner.

  - uses: azure/setup-helm@v4
  - run: |
      helm upgrade --install myapp ./mychart \
        -f values-prod.yaml \
        --set image.tag=${{ github.sha }} \
        --wait

Kurzer Test

Testen Sie Ihr Verständnis von Helm in CI/CD.

Zusammenfassung

Sie haben gelernt, Kubernetes-Anwendungen mit Helm bereitzustellen.

  • Charts paketieren templatisierte Manifeste zusammen mit values.yaml
  • Wertedateien für die jeweilige Umgebung konfigurieren Staging und Produktion
  • helm upgrade --install ist der idempotente CI-Deploy-Befehl
  • Revisionen ermöglichen sofortige Rollbacks, und Charts können wie Images veröffentlicht werden

Helm macht aus rohen Manifesten versionierte, wiederverwendbare Releases.

Häufig gestellte Fragen

Ist die Lektion „Helm-Charts und Kubernetes-Manifeste in CI/CD“ kostenlos?

Ja — der vollständige Text von „Helm-Charts und Kubernetes-Manifeste in CI/CD“ ist hier im Web kostenlos zu lesen. Um sie interaktiv zu üben (integrierter Code-Editor und 24/7 KI-Tutor) und den Rest des CI/CD with GitHub Actions & DevOps Pipelines-Kurses freizuschalten, upgrade auf CoddyKit PRO. Der CI/CD with GitHub Actions & DevOps Pipelines-Kurs umfasst insgesamt 4 Lektionen.

Was lerne ich in „Helm-Charts und Kubernetes-Manifeste in CI/CD“?

Paketieren und versionieren Sie Kubernetes-Deployments mit Helm-Charts, templatisieren Sie die Konfiguration je Umgebung und automatisieren Sie Chart-Releases mit GitHub Actions. Du übst CI/CD with GitHub Actions & DevOps Pipelines mit praktischem Code, den du direkt im Browser ausführst, und ein 24/7 KI-Tutor beantwortet deine Fragen während du die Lektion bearbeitest.

Brauche ich Erfahrung, um CI/CD with GitHub Actions & DevOps Pipelines zu starten?

Keine Vorkenntnisse erforderlich. CI/CD with GitHub Actions & DevOps Pipelines auf CoddyKit ist für Anfänger bis fortgeschrittene Lernende strukturiert, sodass du hier starten oder von Anfang an beginnen und in deinem eigenen Tempo voranschreiten kannst. Dies ist Lektion 4 von 4.

Wie lange dauert die Lektion „Helm-Charts und Kubernetes-Manifeste in CI/CD“?

Die meisten CoddyKit-Lektionen dauern etwa 5–10 Minuten. Jede ist kompakt und interaktiv, sodass du stetig Fortschritte machst und genau dort weitermachst, wo du aufgehört hast – im Web und in der App.

Kann ich in dieser CI/CD with GitHub Actions & DevOps Pipelines-Lektion Code schreiben und ausführen?

Ja. Jede CI/CD with GitHub Actions & DevOps Pipelines-Lektion enthält einen integrierten Code-Editor, sodass du echten Code direkt in deinem Browser schreibst und ausführst und sofort KI-Feedback erhältst — ohne lokale Einrichtung erforderlich.

Alle Lektionen in diesem Kurs

  1. Docker-Images mit Actions erstellen
  2. Images in Registries pushen
  3. Mit Actions in Kubernetes deployen
  4. Helm-Charts und Kubernetes-Manifeste in CI/CD
← Zurück zu CI/CD with GitHub Actions & DevOps Pipelines