Seminar GitLab Self-Managed Plattformarchitektur und Hochverfügbarkeit

Dieses Seminar behandelt Architekturentscheidungen und Hochverfügbarkeit für GitLab Self-Managed. Behandelt werden Skalierung, Komponentenaufteilung, Datenhaltung, Storage, Registry, Runner-Topologien und Betriebsgrenzen.

Die Dauer von vier Tagen ist angesetzt, weil Architektur, Laboranalyse, Fehlerbilder und Betriebsmodelle deutlich mehr Tiefe benötigen als eine reine Administrationsschulung.

Inhaltsübersicht

• Architekturmodelle für kleine, mittlere und große GitLab Self-Managed Umgebungen
• Komponentenrollen, Datenhaltung, Storage, Gitaly, Sidekiq, Registry und externe Dienste
• Hochverfügbarkeits- und Skalierungsansätze mit Betriebsfolgen
• Runner- und Registry-Topologien für getrennte Workloads
• Backup, Restore, Wartung, Upgrade und Failover-Betrachtung
• Architekturdokumentation und Entscheidungsgrundlagen für produktive Plattformen

Praxisorientierte Beschreibung

Das Seminar beginnt mit der nüchternen Frage, welche Architektur zu welcher Nutzung passt. Nicht jede Umgebung braucht Hochverfügbarkeit, aber jede Umgebung braucht eine ehrliche Bewertung von Ausfallfolgen, Restore-Zeit und Wachstumsgrenzen.

Anschließend werden zentrale Komponenten und Datenflüsse analysiert. Dazu gehören Webdienste, Hintergrundjobs, Repository-Zugriffe, Datenbank, Cache, Storage, Registry, Runner und externe Integrationen. Der Fokus liegt auf Abhängigkeiten, die später Betrieb und Wartung bestimmen.

Im Praxisteil werden Architekturvarianten bewertet und typische Störungen simuliert. Daraus entstehen konkrete Entscheidungen zu Skalierung, Trennung von Diensten, Monitoring, Upgrade-Verfahren, Backup und Disaster Recovery.

Schrittweiser Seminaraufbau

1. Anforderungen an Verfügbarkeit, Last, Recovery und Betrieb erfassen
2. GitLab-Komponenten und Datenflüsse einer Zielarchitektur zuordnen
3. Skalierungs- und Hochverfügbarkeitsoptionen technisch bewerten
4. Runner- und Registry-Topologien für Workload-Trennung entwerfen
5. Wartungs-, Upgrade- und Restore-Auswirkungen in die Architektur einplanen
6. Architekturentscheidung mit Risiken, Annahmen und Betriebsaufgaben dokumentieren

Praktische Übungen

• Zielarchitektur für eine wachsende Self-Managed Umgebung entwerfen
• Single Points of Failure in einer Beispielarchitektur identifizieren
• Runner- und Registry-Struktur für getrennte Teams planen
• Restore- und Wartungsfenster gegen Verfügbarkeitsanforderungen prüfen
• Architekturentscheidung in einem kompakten Betriebsdokument festhalten

Zielgruppe

Geeignet für technische Rollen, die GitLab Self-Managed nicht nur betreiben, sondern als langfristige Unternehmensplattform architektonisch sauber aufstellen müssen.