Werkzeuge: Helm, Kustomize, Argo CD, Flux

GitOps Schulung für Ihre Kubernetes-Deployments

Lernen Sie, Anwendungen mit Helm zu paketieren, Konfigurationen mit Kustomize anzupassen oder Deployments mit Argo CD und Flux aus Git zu steuern. Finden Sie den Live-Online-Workshop, der zu Ihrer Aufgabe und Ihrem Vorwissen passt.
Passenden Workshop findenWerkzeuge vergleichen

GitOps verstehen

Manifeste erstellen. Deployments aus Git steuern.

Helm und Kustomize beschreiben, was im Cluster laufen soll. Argo CD und Flux übernehmen den Abgleich mit dem laufenden Zustand. Für Ihre GitOps Schulung sind das zwei unterschiedliche Aufgaben: Anwendungskonfiguration erstellen und deren Auslieferung steuern. Die Übersicht zeigt, welcher Workshop welchen Teil behandelt.

Technische Grundlage: OpenGitOps Principles

VOM MANIFEST ZUM ABGEGLICHENEN CLUSTER

Von der Konfiguration zur Anwendung im Cluster

So greifen die Aufgaben ineinander

  1. 01

    Manifeste erstellen

    Helm Charts erstellen oder Konfigurationen mit Kustomize an Umgebungen anpassen

    Kurscode: DW9Einführung in Helm für KubernetesKurscode: DW22Einführung in Kustomize
  2. 02

    In Git versionieren

    Den gewünschten Zustand in Git festhalten und Änderungen über Branches und Pull Requests prüfen

    Kurscode: DW19Einführung in Git für Teams
  3. 03

    Zustand abrufen und abgleichen

    Argo CD oder Flux gleichen Git und Cluster nach den konfigurierten Regeln ab

    Kurscode: DW27Einführung in Argo CDKurscode: DW28Einführung in Flux CD
  4. Ziel

    Abweichungen erkennen

    Nachvollziehen, ob der laufende Zustand dem gewünschten Stand in Git entspricht

ZUSTÄNDIGKEITEN RUND UM GITOPS

Welche Aufgaben übernimmt GitOps?

Den gewünschten Zustand beschreiben und abgleichen
Der gewünschte Zustand liegt deklarativ und versioniert in Git. Ein Controller im Cluster ruft ihn automatisch ab und gleicht ihn fortlaufend mit dem Ist-Zustand ab. Helm und Kustomize liefern die Beschreibung, Argo CD und Flux den Abgleich.
Was außerhalb dieses Schritts liegt
Die CI-Pipeline baut, testet und scannt Images. Cluster und Cloud-Ressourcen bereitzustellen sowie den Betrieb mit Metriken und Logs zu überwachen, sind eigene Aufgaben. Hier geht es um die Auslieferung fertiger Artefakte in bestehende Kubernetes-Cluster.

Wo GitOps im Alltag hilft

GitOps hilft Teams, die einen Kubernetes-Cluster betreiben, Änderungen per Pull Request prüfen und den laufenden Stand mit der Konfiguration im Repository vergleichen möchten.

Was Sie dafür mitbringen sollten

Für Argo CD und Flux brauchen Sie Kubernetes-Praxis mit kubectl sowie Git-Kenntnisse zu Branches und Pull Requests. Fehlt diese Grundlage, helfen die Einführungen in Kubernetes oder Git. Zum Einsatz im Team gehören außerdem Entscheidungen zu Secrets, Zugriffsrechten und Repository-Struktur.

AUFGABEN IM GITOPS-ALLTAG

Die Aufgaben hinter Ihren Deployments

  • Anwendungen paketieren und versionierenCharts, Values, OCI-Registry

    Helm bündelt die Konfiguration einer Anwendung in einem wiederverwendbaren Paket.

    • Charts enthalten Templates und Standardwerte; Values passen sie je Umgebung an.
    • Chart-Versionen kennzeichnen Paketstände für Updates und Vergleiche.
    • OCI-Registries speichern und verteilen Charts neben Container-Images.

    Im Kurs Einführung in Kubernetes Helm (DW9) üben Sie, Helm Charts zu entwickeln, zu testen und zu veröffentlichen.

    Im Katalog ansehen
  • Konfigurationen ohne Templates anpassenBase, Overlay, Patch, Generator

    Kustomize hält gemeinsame Konfiguration und Unterschiede zwischen Umgebungen getrennt.

    • Die Base enthält die gemeinsamen Manifeste.
    • Overlays und Patches ergänzen oder ändern die Konfiguration je Umgebung.
    • Generatoren erzeugen ConfigMaps und Secrets aus Dateien oder Werten. Sie verschlüsseln Secrets nicht.

    Im Kurs Einführung in Kustomize (DW22) üben Sie diese Aufteilung und strukturieren ein Repository für GitOps.

    Im Katalog ansehen
  • Aus Git ausrollen und Drift korrigierenPull, Sync, Self-Healing, Rollback

    Ein GitOps-Controller übernimmt den Abgleich zwischen gewünschtem und laufendem Zustand.

    • Pull statt Push: Der Controller holt den Zustand aus Git. Für diesen Schritt benötigt die CI-Pipeline keine Cluster-Zugangsdaten.
    • Drift bezeichnet Abweichungen, etwa nach manuellen Änderungen im Cluster. Der Controller erkennt oder korrigiert sie nach den konfigurierten Regeln.
    • Ein Git-Revert kann einen früheren Sollzustand wiederherstellen. Ob sich die Anwendung zurücksetzen lässt, hängt auch von ihren Daten und Abhängigkeiten ab.

    Einführung in Argo CD (DW27) behandelt Argo CD mit Web-Oberfläche; Einführung in Flux CD (DW28) behandelt Flux mit Git und Controller-Objekten.

    Im Katalog ansehen
  • Image-Versionen automatisch aktualisierenRegistry beobachten, Tag-Regeln, Git-Commit

    Image-Automation aktualisiert Image-Verweise in Git nach festgelegten Regeln.

    • Ein Controller beobachtet die Registry und wählt passende Tags nach Regeln aus.
    • Die Image-Verweise werden per Commit aktualisiert. Die Änderung bleibt in Git nachvollziehbar.
    • Der GitOps-Controller übernimmt den neuen Stand nach den Regeln für den Abgleich.

    Nur im Kurs Einführung in Flux CD (DW28) richten Sie Image-Automation praktisch ein. Kurse zum vorherigen Bauen und Prüfen der Images finden Sie in der Docker-Übersicht.

    Im Katalog ansehen
  • Schrittweise ausrollenCanary, Blue-Green, Analyse

    Progressive Delivery steuert, wann eine neue Version Anfragen erhält.

    • Canary erhöht den Anteil der Anfragen an die neue Version schrittweise.
    • Blue-Green hält bisherigen und neuen Stand parallel für das Umschalten bereit.
    • Analyseschritte können anhand von Metriken über Fortsetzung oder Abbruch entscheiden.

    Einführung in Argo CD (DW27) behandelt Canary und Blue-Green in einem vollständigen Block zu Argo Rollouts. Einführung in Flux CD (DW28) bietet dazu nur einen Ausblick auf Flagger.

    Im Katalog ansehen
  • Secrets im Git-WorkflowVerschlüsseln, Operatoren, kein Klartext

    Passwörter und Tokens brauchen einen eigenen Umgang im GitOps-Workflow.

    • SOPS mit Flux: Verschlüsselte Manifeste liegen in Git; der Flux-Controller entschlüsselt sie im Cluster.
    • Operatoren im Cluster: External Secrets ruft Werte aus einem Secret-Speicher ab; Sealed Secrets entschlüsselt verschlüsselte Ressourcen aus dem Repository.
    • Kein Klartext in Git: Kustomize-Generatoren allein bieten keine Verschlüsselung.

    Einführung in Flux CD (DW28) behandelt die native SOPS-Entschlüsselung. Einführung in Argo CD (DW27) behandelt die Einbindung von Secret-Operatoren, die Argo CD empfiehlt. Vor Secret-Injektion bei der Manifest-Erzeugung warnt das Projekt wegen Klartext im Cache.

    Zur Frage im FAQ
  • Weitere Workshops in VorbereitungCGOA, ohne VorbereitungCAPA, ohne Vorbereitung

    Workshops zu Kargo, Tekton und Backstage sowie Prüfungsvorbereitungen für CGOA und CAPA sind in Vorbereitung. Sie können Ihr Interesse anfragen; buchen lassen sich diese Angebote noch nicht.

    Kargo steuert die Weitergabe von Anwendungsversionen zwischen Umgebungen im Argo-Ökosystem. Tekton dient dem Aufbau Kubernetes-nativer Pipelines. Backstage ist ein Entwicklerportal mit Softwarekatalog.

    CGOA prüft GitOps-Prinzipien, CAPA Kenntnisse zu den Argo-Projekten. Beide Prüfungen stammen von der Linux Foundation. Die derzeit buchbaren Praxiskurse bereiten auf keine der beiden Prüfungen vor.

    Im Katalog ansehen

GRUNDBEGRIFFE

, , ,

GitOps
Bei GitOps ist der gewünschte Zustand deklarativ beschrieben und in unveränderlichen Versionen gespeichert. Software-Agenten rufen ihn automatisch ab und gleichen ihn fortlaufend mit dem Ist-Zustand ab. Hier dient Git als Quelle.
Reconciliation
Reconciliation ist der wiederholte Abgleich zwischen dem in Git beschriebenen und dem im Cluster laufenden Zustand. Je nach Konfiguration meldet der Controller Abweichungen oder passt den Cluster an den gewünschten Zustand an.
Drift
Drift ist jede Abweichung des Clusters vom deklarierten Zustand, etwa durch eine manuelle Änderung. Ist Self-Healing dafür aktiviert, korrigiert der Controller die Abweichung automatisch.
Pull-Modell
Im Pull-Modell holt ein Controller im Cluster die Änderungen selbst aus Git. Die CI-Pipeline braucht für diesen Auslieferungsschritt keine Zugangsdaten zum Cluster.

PAKETE UND VARIANTEN

, , ,

Chart
Ein Chart bündelt Templates, Standardwerte und Metadaten einer Anwendung als versioniertes Helm-Paket. Aus dem Chart erzeugt Helm Kubernetes-Manifeste; eine Installation des Charts heißt Release.
Values
Values sind die Parameter eines Helm Charts. Mit umgebungsspezifischen Values passen Sie die erzeugten Manifeste an, ohne die Templates zu ändern.
Overlay
Ein Overlay ist eine Kustomize-Schicht, die eine gemeinsame Base gezielt verändert, etwa Namespace, Replikas oder Image-Tag, ohne Templates.
OCI-Artefakt
OCI-Artefakte werden über Registries verteilt. Neben Container-Images können sie auch Helm Charts oder Kubernetes-Manifeste enthalten. Welche Artefakte ein Werkzeug verarbeiten kann, hängt von seiner OCI-Unterstützung ab.

CONTROLLER-OBJEKTE

, , ,

Application
Eine Application beschreibt in Argo CD die Quelle, den Zielcluster, den Namespace und die Regeln für den Abgleich einer Anwendung. Die Quelle kann etwa in Git liegen.
ApplicationSet
Ein ApplicationSet erzeugt Argo-CD-Applications aus einer Vorlage, beispielsweise je Cluster oder Verzeichnis. Das erleichtert die gemeinsame Verwaltung ähnlicher Anwendungen über Umgebungen und Cluster hinweg.
Kustomization
Eine Flux-Kustomization lässt Manifeste aus einer Quelle erzeugen, im Cluster anwenden und regelmäßig abgleichen. HelmRelease steuert dagegen Helm-Releases; deren Drift-Erkennung wird gesondert konfiguriert.
Source
Eine Source beschreibt in Flux eine beobachtete Quelle, etwa ein Git-Repository, Helm-Repository oder eine OCI-Registry. Sie liefert Artefakte für den Abgleich.

Unsicher, welcher Schritt zuerst kommt?

Ordnen Sie Ihre nächste Aufgabe, Ihre Kubernetes-Praxis und die gewünschte Arbeitsweise ein. Der Finder erklärt, welche Workshops passen und welche Voraussetzungen Sie brauchen.

Zum Workshop-Finder

EINSTIEGE IM ÜBERBLICK

Helm, Argo CD oder Flux: Wo startet Ihr Team?

Für eigene Anwendungspakete ist Helm der Einstieg. Möchten Sie Deployments aus Git steuern, vergleichen Sie Argo CD mit seiner Anwendungsübersicht im Browser und Flux mit Git, Kommandozeile und Controller-Objekten. Für Umgebungsvarianten ohne Templates finden Sie den Kustomize-Workshop im Katalog.

AUSLIEFERUNG MIT OBERFLÄCHE

Aufbau

Einführung in Argo CD

3 TageLive-OnlineKurscode: DW27

Vorausgesetzt sind Kubernetes-Praxis mit kubectl sowie Git-Grundlagen mit Commits, Branches und Pull Requests. Der Workshop führt in Argo CD ein und behandelt Helm und Kustomize als Quellen für die Auslieferung.

Ihr Lernweg

Vorher: Einführung in Kubernetes

Kurscode: DW2

Jetzt: Einführung in Argo CD

Anwendungen mit Argo CD aus Git ausrollen, in der Oberfläche prüfen und mit Argo Rollouts schrittweise freigeben

Workshop ansehen

PAKETE BAUEN UND WEITERGEBEN

Aufbau

Einführung in Helm für Kubernetes

Sie brauchen Kubernetes-Praxis mit kubectl, YAML-Kenntnisse und Terminal-Praxis. Vorkenntnisse in Helm, Git oder Programmierung sind nicht erforderlich.

3 TageKurscode: DW9Workshop ansehen

GIT-NATIVE AUSLIEFERUNG

Aufbau

Einführung in Flux CD

Vorausgesetzt sind Kubernetes-Praxis mit kubectl, Git-Grundlagen mit Branches und Pull Requests sowie YAML-Syntax. Der Workshop führt in Flux ein und behandelt Helm und Kustomize als Quellen für die Auslieferung.

3 TageKurscode: DW28Workshop ansehen

FINDEN SIE IHREN GITOPS-WORKSHOP

Helm oder Kustomize, Argo CD oder Flux: Was passt zu Ihrem Team?

Vergleichen Sie zuerst die Aufgabe: Helm und Kustomize erstellen Anwendungskonfigurationen, Argo CD und Flux liefern sie aus. Prüfen Sie dann Voraussetzungen und Kursinhalte. Die Werkzeugangaben beruhen auf der Projektdokumentation (Stand: September 2026).

AUSGANGSLAGE

Geeignet für

DW9 Einführung in Helm für Kubernetes
Anwendungen als versionierte Pakete erstellen, testen und weitergeben
DW22 Einführung in Kustomize
Gemeinsame Konfigurationen ohne Vorlagen an verschiedene Umgebungen anpassen
DW27 Einführung in Argo CD
Deployments aus Git und ihren Status im Browser verfolgen
DW28 Einführung in Flux CD
Deployments über Git steuern und neue Image-Versionen automatisch übernehmen

Nicht geeignet, wenn

DW9 Einführung in Helm für Kubernetes
Sie nur Konfigurationen für verschiedene Umgebungen ohne Vorlagen pflegen möchten
DW22 Einführung in Kustomize
Sie eigene Helm-Charts erstellen und als versionierte Anwendungspakete weitergeben möchten
DW27 Einführung in Argo CD
Sie vor allem automatische Image-Updates praktisch einrichten möchten
DW28 Einführung in Flux CD
Sie vor allem eine gemeinsame Anwendungsübersicht im Browser benötigen

Voraussetzungen

DW9 Einführung in Helm für Kubernetes
Praxis mit Kubernetes, kubectl und YAML, auch ohne Helm-Vorkenntnisse
DW22 Einführung in Kustomize
Praxis mit Kubernetes, kubectl und Konfigurationsdateien, auch ohne Helm-Vorkenntnisse
DW27 Einführung in Argo CD
Praxis mit Kubernetes, kubectl sowie Git-Branches und Pull Requests; keine Argo-CD-Vorkenntnisse nötig
DW28 Einführung in Flux CD
Praxis: Kubernetes, kubectl, YAML, Git-Branches und Pull Requests; keine Flux-Vorkenntnisse nötig

WERKZEUGE IM EINSATZ

Wofür Sie das Werkzeug einsetzen

DW9 Einführung in Helm für Kubernetes
Anwendungen als Charts paketieren und aus Templates und Werten Manifeste erzeugen
DW22 Einführung in Kustomize
Eine gemeinsame Konfiguration mit Overlays für verschiedene Umgebungen anpassen
DW27 Einführung in Argo CD
Cluster fortlaufend mit Git abgleichen; automatische Korrektur bei aktiviertem Self-Healing
DW28 Einführung in Flux CD
Abweichungen bei Kustomizations automatisch korrigieren; für HelmReleases muss dies aktiviert werden

So behalten Sie den Überblick

DW9 Einführung in Helm für Kubernetes
Charts über die Kommandozeile verwalten; kein eigener laufender Controller oder grafische Oberfläche
DW22 Einführung in Kustomize
Konfiguration direkt mit kubectl bearbeiten und anwenden; keine eigene grafische Oberfläche
DW27 Einführung in Argo CD
Eine zentrale Installation mit Anwendungsübersicht im Browser für mehrere Cluster
DW28 Einführung in Flux CD
Flux je Cluster einrichten; Konfiguration in Git und Bedienung über die Kommandozeile

Automatisierung und schrittweise Auslieferung

DW9 Einführung in Helm für Kubernetes
Installation und Aktualisierung nur auf Aufruf, ohne fortlaufenden Abgleich
DW22 Einführung in Kustomize
Manifeste erzeugen und mit kubectl oder einem Controller anwenden; Kustomize selbst gleicht nicht fortlaufend ab
DW27 Einführung in Argo CD
Vollständiger Kursblock: Argo Rollouts für Canary und Blue-Green
DW28 Einführung in Flux CD
Image-Updates in Git praktisch einrichten; Flagger für schrittweise Releases als Ausblick

FORMAT UND LERNPFAD

Dauer

DW9 Einführung in Helm für Kubernetes
3 Tage
DW22 Einführung in Kustomize
2 Tage
DW27 Einführung in Argo CD
3 Tage
DW28 Einführung in Flux CD
3 Tage

Niveau

DW9 Einführung in Helm für Kubernetes
Aufbau
DW22 Einführung in Kustomize
Einsteiger
DW27 Einführung in Argo CD
Aufbau
DW28 Einführung in Flux CD
Aufbau

Preis

DW9 Einführung in Helm für Kubernetes
1.665,00 €pro Person, zzgl. 19 % MwSt.
DW22 Einführung in Kustomize
1.110,00 €pro Person, zzgl. 19 % MwSt.
DW27 Einführung in Argo CD
1.665,00 €pro Person, zzgl. 19 % MwSt.
DW28 Einführung in Flux CD
1.665,00 €pro Person, zzgl. 19 % MwSt.

Möglicher nächster Schritt

DW9 Einführung in Helm für Kubernetes
Danach: Einführung in Argo CD oder Einführung in Flux CD
DW22 Einführung in Kustomize
Danach: Einführung in Argo CD oder Einführung in Flux CD
DW27 Einführung in Argo CD
Danach: Einführung in Helm für Kubernetes für eigene Charts oder Kubernetes Monitoring und Observability für die Überwachung von Rollouts
DW28 Einführung in Flux CD
Danach: Einführung in Helm für Kubernetes für eigene Charts oder Einführung in GitLab CI/CD für Image-Build-Pipelines

Workshopseiten

Agenda & Termine

SCHULUNGEN RUND UM GITOPS

GitOps-Workshops im Überblick

Wählen Sie Ihren Schwerpunkt und öffnen Sie die Kursseite für Agenda, Voraussetzungen und Termine. Geplante Workshops können Sie unverbindlich für Ihr Team anfragen.

Workshop-Index

7 veröffentlichte Workshops, 4 Lernziele
2 Workshops

Voraussetzungen für GitOps schaffen

Alle GitOps-Praxiskurse setzen Kubernetes mit kubectl voraus. Für Argo CD und Flux kommen Git-Branches und Pull Requests hinzu. Diese Einführungskurse vermitteln die Grundlagen.

  • DW2Einführung in KubernetesPods, Deployments, Services und Konfiguration mit kubectl praktisch kennenlernen, als Grundlage für GitOps3 Tage
  • DW19Einführung in Git für TeamsÄnderungen mit Commits, Branches, Merges und Pull Requests gemeinsam bearbeiten, als Grundlage für GitOps-Workflows3 Tage
2 Workshops

Charts und Umgebungsvarianten

Helm für versionierte Anwendungspakete, Kustomize für Umgebungsvarianten ohne Templates. Der Kustomize-Workshop behandelt auch das Zusammenspiel beider Werkzeuge.

  • DW9Einführung in Helm für KubernetesAnwendungen als versionierte Helm Charts paketieren und über OCI-Registries verteilen3 Tage
  • DW22Einführung in KustomizeKonfiguration für mehrere Umgebungen ohne Templates aus einer Basis mit Overlays ableiten2 Tage
5 Workshops

Deployments aus Git steuern

Argo CD mit Oberfläche und Argo Rollouts oder Flux mit Image-Automation und SOPS. Kargo sowie CGOA- und CAPA-Vorbereitung sind geplant und noch nicht buchbar.

  • DW27Einführung in Argo CDAnwendungen mit Argo CD aus Git ausrollen, in der Oberfläche prüfen und mit Argo Rollouts schrittweise freigeben3 Tage
  • DW28Einführung in Flux CDMit Flux Manifeste, Charts und OCI-Artefakte ausrollen und Image-Verweise in Git automatisch aktualisieren3 Tage
  • DW50Einführung in KargoMit Kargo die Weitergabe von Anwendungsversionen zwischen Umgebungen steuern und prüfenAnfragen
  • DW43Vorbereitung für die Certified Argo Project Associate (CAPA) PrüfungWissensfragen zu Argo Workflows, CD, Rollouts, Events und GitOps-AuslieferungAnfragen
  • DW44Vorbereitung für die Certified GitOps Associate (CGOA) PrüfungGitOps-Grundlagen: deklarative Konfiguration, Reconciliation, Delivery, Sicherheit und ToolingAnfragen
3 Workshops

Pipelines und Entwicklerportale

Mit GitLab CI/CD Images bauen, prüfen und veröffentlichen. Workshops zu Tekton-Pipelines und dem Entwicklerportal Backstage sind in Vorbereitung und noch nicht buchbar.

  • DW14Einführung in GitLab CI/CDGitLab-Pipelines zum Bauen, Prüfen und Veröffentlichen von Images für die anschließende Auslieferung erstellen2 Tage
  • DW51Einführung in TektonKubernetes-native Pipelines mit Tekton erstellen und auslösenAnfragen
  • DW52Einführung in BackstageEin Entwicklerportal mit Softwarekatalog, Vorlagen und Dokumentation in Backstage aufbauenAnfragen

Buchbare Workshops führen zur Detailseite. Kurse mit „Anfragen“ sind in Vorbereitung und öffnen eine unverbindliche Anfrage zur Firmenschulung.

IHR LERNWEG ZUR AUSLIEFERUNG AUS GIT

Von Kubernetes-Grundlagen zur automatisierten Auslieferung

Beginnen Sie dort, wo Ihnen Praxis fehlt: bei Kubernetes, bei der Strukturierung Ihrer Manifeste oder beim GitOps-Controller. Helm und Kustomize sind Alternativen, ebenso Argo CD und Flux.

Empfohlene Route

Empfehlung, keine feste Reihenfolge

  1. 01

    KUBERNETES-GRUNDLAGEN

    Workloads mit kubectl verwalten

    • GRUNDLAGE BEI BEDARFEinführung in KubernetesPods, Deployments, Services, Storage und Konfiguration im Cluster kennenlernen; GitOps gehört nicht zum Kursprogramm.Einsteiger3 TageKurscode: DW2
  2. 02

    HELM ODER KUSTOMIZE

    Manifeste als Charts oder Overlays strukturieren

    • CHARTS UND OCIEinführung in Helm für KubernetesEigene Charts bauen, testen, versionieren, über OCI-Registries verteilen und an GitOps übergeben.Aufbau3 TageKurscode: DW9
    • BASE UND OVERLAYSEinführung in KustomizeUmgebungsvarianten ohne Templates aus gemeinsamer Base ableiten und das Repository für GitOps strukturieren.Einsteiger2 TageKurscode: DW22
  3. 03

    ARGO CD ODER FLUX

    Den Abgleich aus Git automatisieren

    • OBERFLÄCHE UND ROLLOUTSEinführung in Argo CDArgo CD mit Sync, Self-Healing, ApplicationSets und Argo Rollouts installieren und konfigurieren.Aufbau3 TageKurscode: DW27
    • GIT-NATIV UND OCIEinführung in Flux CDFlux mit Kustomization, HelmRelease, Image-Automation und SOPS-verschlüsselten Secrets per Bootstrap aufbauen.Aufbau3 TageKurscode: DW28

Sie müssen nicht jede Etappe besuchen. Mit Kubernetes-Praxis können Sie direkt bei Helm oder Kustomize einsteigen. Für Argo CD und Flux brauchen Sie zusätzlich Git-Kenntnisse zu Branches und Pull Requests. Jeder Workshop ist einzeln buchbar; die Etappen bilden kein Kurspaket.

GitOps-Lernpfad ansehen

STIMMEN AUS DEN WORKSHOPS

Was Teilnehmende über den Kubernetes-Einstieg vor GitOps sagen

Für die GitOps-Kurse liegen noch keine eigenen Stimmen vor. Die folgenden stammen aus der Kubernetes-Einführung, auf der die Kurse zu Helm, Kustomize, Flux und Argo CD aufbauen.

DW2 Einführung in Kubernetes

„Ich fand die Schulung insgesamt sehr gut. Fachlich war der Dozent sehr kompetent und konnte zu allen Themen viel Input geben. Auch menschlich war es sehr angenehm und hat dadurch Spaß gemacht. Die Schulungsumgebung war vom Aufbau und der Bedienung absolut vorbildlich. Ich werde die Schulung und DevNinjas definitiv weiterempfehlen.“

Marius B.

Dataport, Einführung in Kubernetes

Teilnehmerstimme zu DW2

„Der Dozent ist auf Fragen und Wünsche eingegangen, hat Unklarheiten ruhig und verständlich erklärt und konnte bei Problemen helfen. Auch die Stimmung und Atmosphäre während der Online-Sitzungen war entspannt.“

Josh H.

Einführung in Kubernetes

Teilnehmerstimme zu DW2

„Entspannter und lehrreicher Kurs. Sehr interessant, wenn man Interesse an Kubernetes hat und es lernen möchte.“

B. Karzkowiak

Domcura AG, Einführung in Kubernetes

Vincent Sturm - DevNinjas

GitOps-Workshop fürs IT-Team auswählen

Vincent Sturm

Key Account Manager

Erzählen Sie uns, wie Sie heute deployen und was Ihr Team künftig selbst übernehmen soll. Wir klären, welcher Workshop passt und welche Kubernetes- oder Git-Kenntnisse dafür nötig sind. Bei besonderen Anforderungen besprechen wir eine individuelle Agenda.

vincent@devninjas.io
+49 221 9865099-4
WhatsApp Chat

Häufige Fragen zu GitOps-Schulungen

Helm oder Kustomize: Was brauche ich zuerst?

Helm passt zum Erstellen und Weitergeben von Anwendungspaketen; Kustomize zum Anpassen vorhandener Manifeste an verschiedene Umgebungen.

Im Helm-Workshop bauen und testen Sie versionierte Charts und verteilen sie über eine Registry. Im Kustomize-Workshop erstellen Sie Varianten für Entwicklung, Staging und Produktion ohne Templates. Beides lässt sich kombinieren: Kustomize kann die Ausgabe eines Helm-Charts anpassen. Argo CD und Flux verarbeiten beide Formate. Der Workshop-Finder berücksichtigt Ihre Aufgabe und Vorkenntnisse.

Argo CD oder Flux: Worin unterscheiden sie sich?

Argo CD bietet eine integrierte Weboberfläche mit SSO und eigenen RBAC-Regeln; Flux arbeitet mit Kubernetes-Controllern und Kubernetes-RBAC. Beide unterstützen die Verwaltung mehrerer Cluster.

Bei Argo CD hilft die Anwendungsübersicht beim zentralen Betrieb. Flux lässt sich über Git und Kubernetes-Ressourcen steuern; Oberflächen ergänzen Sie aus dem Ökosystem. Für automatische Image-Updates nutzen Sie bei Flux dessen Image-Automation-Controller, bei Argo CD beispielsweise den zusätzlichen Argo CD Image Updater. Entscheidend sind Ihr Bedienkonzept und die gewünschte Rechteverwaltung.

Brauche ich alle GitOps-Workshops, und in welcher Reihenfolge?

Sie brauchen nicht alle GitOps-Kurse; die Workshops sind einzeln buchbar, und Sie steigen entsprechend Ihren Vorkenntnissen ein.

Ohne Kubernetes-Erfahrung beginnen Sie mit den Grundlagen. Helm oder Kustomize helfen beim Strukturieren von Manifesten; Argo CD oder Flux übernehmen Auslieferung und Abgleich. Die Controller-Kurse behandeln die Anbindung von Helm und Kustomize, sodass nicht automatisch beide Vorbereitungskurse nötig sind. Der GitOps-Lernpfad zeigt eine mögliche Reihenfolge.

Kann ich ohne Kubernetes-Praxis in GitOps einsteigen?

Für die GitOps-Workshops zu Helm, Kustomize, Argo CD und Flux brauchen Sie praktische Kubernetes-Kenntnisse mit kubectl.

Dazu gehören Pods, Deployments und Services. Die Kubernetes-Einführung (DW2) vermittelt diese Grundlage. Für Argo CD und Flux benötigen Sie zusätzlich Git-Kenntnisse zu Branches und Pull Requests; die Git-Einführung (DW19) bereitet darauf vor. Diese Git-Kenntnisse sind für Helm und Kustomize keine Voraussetzung.

Brauche ich trotz Argo CD oder Flux eine CI-Pipeline?

Ja: Argo CD und Flux ersetzen keine CI-Pipeline; Builds, Tests und Image-Scans laufen weiter in der CI.

Die Pipeline veröffentlicht Images in einer Registry. Der GitOps-Controller liest den gewünschten Zustand aus Git und gleicht den Cluster damit ab; für diesen Auslieferungsschritt braucht die Pipeline keine Cluster-Zugangsdaten. Im GitLab-CI/CD-Workshop (DW14) üben Sie die Pipeline-Arbeit. Der Flux-Workshop (DW28) zeigt, wie neue Image-Referenzen automatisch nach Git gelangen.

Wie verwalte ich Secrets sicher mit GitOps?

Bei GitOps verschlüsseln Sie Secrets vor dem Commit oder speichern ihre Werte außerhalb von Git; Klartext gehört nicht ins Repository.

Flux entschlüsselt SOPS-Dateien nativ im Cluster. Argo CD empfiehlt Operatoren im Zielcluster: External Secrets liest Werte aus einem externen Speicher, Sealed Secrets entschlüsselt SealedSecret-Objekte. Der Argo-CD-Workshop behandelt die Anbindung. Kustomize-Generatoren verschlüsseln Secrets nicht. Werden Secrets bereits bei der Manifest-Erzeugung eingefügt, können sie bei Argo CD im Klartext im Cache landen.

Welche GitOps-Zertifizierungen gibt es, und helfen die Workshops dabei?

CGOA und CAPA sind GitOps-Zertifizierungen der Linux Foundation; die DevNinjas-Workshops zu Argo CD und Flux decken deren Prüfungsstoff nicht systematisch ab.

CGOA (Certified GitOps Associate) prüft GitOps-Prinzipien, CAPA (Certified Argo Project Associate) Wissen zu den Argo-Projekten, jeweils mit Multiple-Choice-Fragen. Eigene Kurse für diese Prüfungen sind in Vorbereitung und noch nicht buchbar. Termine stehen noch nicht fest. Die Zertifizierungsübersicht zeigt die bereits angebotenen Vorbereitungen für Kubernetes-Prüfungen.

Ist Flux nach dem Ende von Weaveworks noch eine sichere Wahl?

Flux wird unabhängig von Weaveworks weiterentwickelt und ist ein Graduated-Projekt der Cloud Native Computing Foundation (CNCF). Die Schließung von Weaveworks bedeutet daher nicht das Ende von Flux.

Der Projektstatus ist keine Sicherheitsgarantie: Für Ihre Entscheidung zählen auch gepflegte Versionen, verfügbare Unterstützung und die Zuständigkeit für Updates im Team. Der Flux-Workshop behandelt die Arbeit mit den GitOps-Controllern.