Seminar Infrastructure as Code – CI/CD mit GitLab

Das Seminar führt vorhandene Infrastrukturkonfigurationen in einen gemeinsamen, überprüfbaren Pipeline-Prozess über. Die Arbeit beginnt mit der Validierung und endet mit der unabhängigen Kontrolle einer bereitgestellten Testumgebung. Zwischen Planung und Anwendung werden Freigabe, Herkunft des Codes und die Gültigkeit eines gespeicherten Plans geprüft. Ein kontrollierter Runner ersetzt dabei die Ausführung mit persönlichen Administratorzugängen.

Behandelt werden sowohl die gewünschte Standardausführung als auch konkurrierende Läufe, abgelaufene Zugänge und teilweise fehlgeschlagene Änderungen. Die Übungen verwenden GitLab mit OpenTofu über eine geeignete CI-Komponente oder explizite CLI-Jobs. Berechtigungen und Freigabefunktionen werden entsprechend der tatsächlich eingesetzten GitLab-Edition gestaltet; vorausgesetzt werden keine bereits entfernten Terraform-Vorlagen.

Inhaltsübersicht

1. Pipeline-Struktur und Runner
2. Validierung und Planprüfung
3. State, Artefakte und Zugänge
4. Freigabe und kontrollierte Anwendung
5. Fehler, Drift und Wiederanlauf
6. Freigegebener Prozess im Team

Seminarinhalte

Pipeline-Struktur und Runner

• Stages, Jobs, Regeln und Abhängigkeiten für ein Infrastrukturprojekt strukturieren.
• Einen vorbereiteten Runner mit festgelegten Werkzeugversionen und begrenzten Rechten verwenden.
• Merge-Request-Prüfungen von freigegebenen Ausführungen im Hauptbranch trennen.

Validierung und Planprüfung

• Format-, Syntax- und Konfigurationsprüfungen vor die Planerstellung schalten.
• Einen Plan erzeugen, verständlich zusammenfassen und unerwartete Löschungen erkennbar machen.
• Prüfergebnisse an den konkreten Commit und die verwendeten Abhängigkeiten binden.

State, Artefakte und Zugänge

• Ein geeignetes Remote-Backend verwenden und dessen tatsächlich unterstütztes Locking prüfen.
• Gleichzeitige Ausführungen zusätzlich durch Pipeline-Ressourcensperren begrenzen.
• Plan- und State-Daten als potenziell vertraulich behandeln; Aufbewahrung und Zugriff gezielt einschränken.

Freigabe und kontrollierte Anwendung

• Manuelle Freigabeschritte mit geschützten Branches und verfügbaren Rollenfunktionen kombinieren.
• Den geprüften Plan verwenden und auf veraltete Zustandsannahmen vor der Anwendung reagieren.
• Nach einem Infrastrukturwechsel Ansible mit den passenden Verbindungsdaten ausführen.

Fehler, Drift und Wiederanlauf

• Teilfehler anhand von Jobausgabe, State und tatsächlichen Ressourcen untersuchen.
• Geplante Drift-Erkennung einrichten und deren Befunde vor einer Korrektur fachlich prüfen.
• Code-Revert, erneuten Plan und Wiederherstellung betrieblicher Daten voneinander unterscheiden.

Freigegebener Prozess im Team

• Getrennte Umgebungen mit eigenen Zugängen und Zuständen durch dieselbe Prüflogik führen.
• Kurzlebige Zugänge nutzen, sofern die Zielplattform eine geeignete Identitätsanbindung unterstützt.
• Ein Pipeline-Template mit verständlichen Eingaben und nachvollziehbarer Fehlerausgabe dokumentieren.

Praxisübungen

1. Ein Infrastrukturrepository um Validierung und Planerstellung erweitern. Einen absichtlichen Konfigurationsfehler einbauen und prüfen, dass die Pipeline vor jeder Änderung abbricht.
2. Ein Remote-Backend anbinden und zwei konkurrierende Läufe starten. Das Verhalten von Backend-Lock und Pipeline-Sperre getrennt nachvollziehen und anschließend einen Plan kontrolliert freigeben.
3. Eine Testressource bereitstellen, mit Ansible konfigurieren und ihre Funktion prüfen. Eine manuelle Abweichung erzeugen, über einen neuen Plan erkennen und den weiteren Umgang dokumentieren.

Technische Übungsumgebung

Vorbereitete GitLab-Instanz mit passendem Runner, getrennte Testprojekte, Registry und ein geeignetes Backend mit Locking; eine isolierte Infrastruktur für Bereitstellungsübungen.

Weiterführende Seminare

Passende fachliche Ergänzungen sind Infrastructure as Code – Tests und Policy as Code, Secrets Management – Ansible Vault, SOPS und OpenBao. Die jeweiligen Voraussetzungen bleiben maßgeblich.