Kubernetes GitOps at Scale — Matrix-Generator: Cluster × Verzeichnis kombiniert

Dieses 110-Minuten-Modul holt nach, was der Vorgängerkurs zweimal ausdrücklich als Ausblick liegen gelassen hat: Dort habt ihr gelernt, dass der Cluster-Generator automatisch eine Application pro registriertem Cluster erzeugt – heute kombiniert ihr genau diesen Mechanismus mit dem Git-Directory-Generator aus dem Modul davor, der automatisch eine Application pro Verzeichnis erzeugt. Der Matrix-Generator tut beides gleichzeitig: Er kombiniert die Parameter von genau zwei Kind-Generatoren zu jeder möglichen Kombination – bei zwei Clustern und vier Diensten also acht Application-Objekte, ohne dass ihr auch nur eines davon von Hand anlegt. Im ersten Hands-on baut ihr genau das: Den Git-Directory-Generator auf dem Verzeichnismuster services/* (die vier Dienste frontend/backend/worker/ gateway aus dem Modul „ApplicationSet & Generators”) kombiniert mit dem Cluster-Generator auf euren beiden registrierten Ziel-Clustern workload und prod aus dem Vorgängerkurs. Live seht ihr, wie aus einem einzigen ApplicationSet-Manifest acht Applications entstehen – eine je Kombination aus Dienst und Cluster. Im zweiten, kürzeren Hands-on geht ihr einer Randnotiz aus dem Vorgängerkurs nach: dem values-Feld des Cluster-Generators, mit dem sich Pro-Cluster-Parameter (z. B. eine andere targetRevision für den Produktions- als für den Staging-Cluster) in dieselbe Application-Vorlage einspeisen lassen – diesmal ohne Matrix-Kombination, mit zwei parallelen Cluster-Generatoren stattdessen. Zwei Grenzen dieses Kurses werden ausdrücklich benannt: Der Matrix-Generator kombiniert laut offizieller ArgoCD-Dokumentation aktuell nur genau zwei Kind-Generatoren, keine drei oder mehr in einem einzigen matrix-Feld – wer mehr braucht, muss einen Matrix- oder Merge-Generator als Kind-Generator in einen weiteren Matrix-Generator verschachteln, und auch das nur genau einmal. Und wenn ein Kind-Generator Parameter des anderen konsumiert (z. B. ein Label-Selector, der einen Verzeichnisnamen referenziert), muss der konsumierende Generator in der Liste nach dem produzierenden stehen – eine falsche Reihenfolge meldet der Controller als Fehler, nicht als still falsches Ergebnis. Ein kurzer Ausblick ohne eigenes Hands-on rundet ab: der Merge-Generator (vereinigt statt kombiniert) sowie SCM-Provider- und Pull-Request-Generator für automatische Repository-Entdeckung. Ausdrücklich NICHT Teil dieses Kurses: Merge-, SCM-Provider- und Pull-Request-Generator als eigenes Hands-on, sowie produktive Multi-Cluster-Topologien mit mehr als den drei Clustern aus dem Vorgängerkurs. Pflicht ist das Modul “Kubernetes GitOps at Scale — Multi-Cluster mit dem ApplicationSet Cluster-Generator” – dieses Modul setzt dessen drei kind-Cluster und Cluster-Secrets direkt fort, statt sie zu wiederholen. Die Session läuft komplett lokal über kind (Kubernetes-in-Docker) – kein Cloud-Account, keine Kostenwirkung.