Aus Cluster-Drift wird deklarative Auslieferung.

Was Teilnehmer
vorher fragen.

Q.01

Welche Vorkenntnisse brauche ich für den ArgoCD & GitOps Workshop?

Grundkenntnisse in Kubernetes (kubectl, Pods, Deployments, Services) und Git. Sie sollten bereits einmal eine Anwendung in Kubernetes deployt haben. Helm- oder Kustomize-Vorerfahrung ist hilfreich, aber nicht zwingend — wir bauen die Manifeste im Workshop gemeinsam mit Claude Code auf. KI-Vorkenntnisse sind nicht erforderlich.

Q.02

Was ist der Unterschied zwischen GitOps und klassischer CI/CD-Delivery?

Bei klassischer CI/CD pusht der Build-Server in den Cluster (Push-Modell), bei GitOps zieht der Cluster den deklarierten Soll-Zustand aus Git (Pull-Modell). Vorteile: ein vollständiges Audit-Trail über Git-Historie, automatische Reconciliation bei Drift, klar getrennte Verantwortlichkeiten zwischen CI (Build, Test) und CD (Sync). ArgoCD ist der Marktstandard für das Pull-Modell auf Kubernetes.

Q.03

Was ist das App-of-Apps-Pattern in ArgoCD?

Das App-of-Apps-Pattern ist eine ArgoCD Application, die selbst weitere ArgoCD Applications verwaltet. Damit lassen sich ganze Cluster (inklusive Plattform-Komponenten wie Ingress, Cert-Manager, Monitoring und Workloads) deklarativ über ein einziges Root-Repository ausrollen — ideal für Cluster-Bootstrapping und Multi-Cluster-Setups. Im Workshop bauen Sie eine vollständige App-of-Apps-Struktur auf.

Q.04

Was ist der Unterschied zwischen ApplicationSet und App-of-Apps?

App-of-Apps ist statisch — jede Application wird einzeln deklariert. ApplicationSet generiert Applications dynamisch über Generatoren (List, Cluster, Git, Matrix, Pull-Request). Damit lassen sich z. B. dieselbe Anwendung automatisch auf alle registrierten Cluster ausrollen oder pro Feature-Branch eine Preview-Umgebung erzeugen. Im Workshop nutzen Sie beide Patterns am Praxisprojekt.

Q.05

Helm oder Kustomize — was nutzt man mit ArgoCD?

ArgoCD unterstützt beide nativ und kombiniert. Helm eignet sich für parametrierbare Pakete mit Templates und Values, Kustomize für Overlay-basierte Variation ohne Templating-Overhead. In der Praxis bewährt: Helm-Charts für Drittanbieter-Komponenten, Kustomize für eigene Anwendungen mit Umgebungs-Overlays — oder Helm-Render via Kustomize-Post-Renderer kombiniert. Im Workshop arbeiten wir mit beiden und bewerten konkret pro Anwendungsfall.

Q.06

Kann ich eigene Repositories und Cluster mitbringen?

Ja, ausdrücklich erwünscht! Am zweiten Tag arbeiten Sie wahlweise an eigenen GitOps-Repos und Clustern oder am bereitgestellten Beispielprojekt. Claude Code hilft beim Refactoring bestehender Manifeste und beim Aufbau eines App-of-Apps-Repos.

Q.07

Kann der Workshop auch remote stattfinden?

Ja, sowohl vor Ort in Puchheim bei München als auch remote per Videokonferenz. Bei Remote-Workshops stellen wir vorbereitete K3s-/Kind-Cluster und ein vorkonfiguriertes ArgoCD bereit, sodass Sie ohne Setup-Aufwand starten.

Q.08

Wird auch Argo Rollouts und Progressive Delivery behandelt?

Ja, an Tag 2 als eigenes Modul. Sie lernen Canary- und Blue-Green-Strategien, automatische Promotion nach Metrik-Checks (Prometheus, Datadog, custom Webhook) und Rollback-Mechanismen. Beispielprojekt enthält ein vollständig konfiguriertes Rollout-Manifest.

Q.09

Wie funktioniert die Arbeit mit Claude Code in GitOps-Repos konkret?

Claude Code läuft direkt im Terminal im GitOps-Repo. Sie beschreiben Anforderungen in natürlicher Sprache („Erstelle eine ArgoCD Application für nginx-ingress mit Sync-Wave -1, Auto-Sync und Self-Heal aktiviert") — Claude Code generiert Manifest, Kustomize-Overlay oder Helm-Values, fügt sie in die App-of-Apps-Struktur ein und erklärt die Sync-Reihenfolge. Multi-File-Refactoring und Diff-Reviews vor dem Commit gehören dazu.

Q.10

Was ist eine CLAUDE.md und warum ist sie für GitOps-Repos wichtig?

Eine CLAUDE.md ist eine Markdown-Datei im Repo-Root, die Claude Code beim Start automatisch lädt — sie dokumentiert Cluster-Topologie, Namespaces, Sync-Wave-Konventionen, Helm-Chart-Quellen, RBAC-Patterns und typische Aufgaben. Für GitOps-Repos bedeutet das: Claude Code generiert Manifeste, die zu Ihren Naming-Konventionen, Project-Definitionen und Sync-Strategien passen. Das Praxisprojekt enthält eine vollständige CLAUDE.md als Template.

Q.11

Ist GitOps mit ArgoCD auch für regulierte Industrien geeignet?

Ja — GitOps ist sogar besonders gut geeignet, weil jede Änderung am Cluster über Git committed, signiert und reviewed wird. Damit erfüllen Sie Audit-Anforderungen aus IEC 62443, DSGVO und ISO 27001 deutlich leichter als mit Push-basierter CD. Im Inhouse-Workshop adressieren wir Image-Signing (Cosign), Policy-as-Code (Kyverno, OPA Gatekeeper) und Branch-Protection-Patterns für regulierte Branchen.

Q.12

Was unterscheidet ArgoCD von Flux?

Beide sind CNCF-Graduated GitOps-Tools mit Pull-Modell. ArgoCD bringt eine ausgereifte Web-UI, App-of-Apps und ApplicationSets als Erstklassen-Konzepte und ist im Enterprise-Umfeld weiter verbreitet. Flux ist modularer aufgebaut (Source-, Kustomize-, Helm-, Notification-Controller) und besonders schlank für API-getriebene Workflows. Im Workshop fokussieren wir auf ArgoCD; die GitOps-Patterns sind aber tool-übergreifend übertragbar.

Q.13

Was sind Sync-Waves und Sync-Hooks?

Sync-Waves steuern die Reihenfolge, in der ArgoCD Ressourcen anlegt — z. B. zuerst CRDs, dann Operatoren, dann Custom Resources. Sync-Hooks führen Aktionen vor oder nach einem Sync aus (PreSync, PostSync, SyncFail) — z. B. Datenbank-Migrationen oder Smoke-Tests. Beide sind essenziell für komplexe Anwendungen mit Abhängigkeiten und werden im Workshop am Praxisprojekt geübt.

Q.14

Welche Kubernetes-Workloads werden im Workshop behandelt?

Alle gängigen Workload-Typen: Deployments (zustandslose Services), StatefulSets (Datenbanken, Message-Broker mit stabilen Identitäten), DaemonSets (Cluster-weite Agents wie Log-Shipper oder Node-Exporter), Jobs (einmalige Tasks) und CronJobs (zeitgesteuerte Aufgaben). Pro Typ besprechen wir Lifecycle-Eigenheiten, Sync-Strategien in ArgoCD (z. B. Sync-Waves für StatefulSets mit Migrationen) und wie Claude Code Manifeste generiert, die zu Ihren Resource-Limits, ProbeConfigs und Topology-Spread-Constraints passen.

Q.15

Was sind Claude Code Agents und wie verteilen sie Aufgaben in GitOps-Repos?

Claude Code Agents (Sub-Agents) sind spezialisierte KI-Agenten innerhalb von Claude Code, an die sich klar abgegrenzte Teilaufgaben delegieren lassen — jede Aufgabe läuft in einem eigenen Kontextfenster und parallel zu den anderen. Beispiel-Setup für GitOps: ein Manifest-Agent scaffoldet Application und Workload-YAMLs, ein Policy-Agent prüft RBAC und Kyverno-Regeln, ein Test-Agent generiert Smoke-Tests und Diff-Reports, ein Doku-Agent aktualisiert die CLAUDE.md. Orchestriert wird über den Hauptkontext, der die Spezialisierungen kennt. Im Workshop bauen Sie ein solches Multi-Agent-Setup für ein Workload-Onboarding auf.

Q.16

Was kostet der ArgoCD & GitOps Workshop mit KI?

Der offene Workshop kostet 1.790 € netto pro Teilnehmer (zzgl. 19 % USt.) — inklusive vorbereiteter Cluster-Umgebung, vollständigem Praxisprojekt (App-of-Apps-Struktur, ApplicationSets, Argo Rollouts, RBAC-Setup, CLAUDE.md-Template) und Teilnahmebestätigung. Inhouse-Workshops für Teams ab 4 Teilnehmern werden auf Ihre Cluster, Repos und Compliance-Anforderungen zugeschnitten — Tagessatz auf Anfrage.

Q.17

Wie schnell ist man mit Claude Code in GitOps produktiv?

Erste Application-Manifeste, Kustomize-Overlays und App-of-Apps-Strukturen mit Claude Code gelingen am ersten Workshop-Tag innerhalb von 2-3 Stunden — sobald die CLAUDE.md den Cluster-Kontext liefert. Nach dem 2-tägigen Workshop arbeiten die meisten Teilnehmer eigenständig: Manifest-Refactorings, die früher 3-5 Stunden brauchten, sind in 30-45 Minuten erledigt. Voraussetzung sind Kubernetes- und Git-Grundkenntnisse; KI-Vorkenntnisse sind nicht nötig.