Von End-of-Life zu Always-on: eine GitLab-Transformation
Wie Adaptavist in fünf Monaten 30 Upgrades umgesetzt hat, um eine vollständig gemanagte und zukunftssichere GitLab-Umgebung bereitzustellen.
Über den Kunden
Diese in Großbritannien ansässige Verlagsorganisation betrieb GitLab seit mehreren Jahren im eigenen AWS-Account. Das Team war zwar mit dem bestehenden Setup vertraut, doch die zugrunde liegende Plattform war im Hintergrund zunehmend ins Hintertreffen geraten.
Was gebraucht wurde, war nicht nur eine einmalige Lösung. Gesucht war ein langfristiger Partner, der die Verantwortung für die GitLab-Umgebung übernimmt, sie kontinuierlich aktuell hält und sicherstellt, dass das Unternehmen nicht noch einmal in eine solche Situation gerät.
Industrie
Bausektor
Standort
Großbritannien
Lösung
GitLab Managed Services
Die Herausforderung
Auf End-of-Life-Software festgefahren
Der Kunde setzte eine End-of-Life-Version von GitLab sowie ein ebenso veraltetes Betriebssystem ein, für das der reguläre Support bereits ausgelaufen war.
Sicherheitsrisiken ausgesetzt
Da die Plattform keine Sicherheitsupdates mehr erhielt, war die Umgebung bekannten CVEs und nicht behobenen Schwachstellen ausgesetzt.
Abhängigkeit von einem überholten Betriebssystem
Die verwendete GitLab-Version lief auf einem veralteten Betriebssystem. Dadurch war es notwendig, zunächst eine neue, unterstützte Infrastruktur bereitzustellen, bevor der Upgrade-Pfad überhaupt begonnen werden konnte.
Sicherheitsrisiko hinter der Firewall
Zwar war die Umgebung durch eine Firewall geschützt, doch das bot keinen vollständigen Schutz. Das Team wusste, dass die Plattform veraltet war, brauchte aber Unterstützung, um das anzugehen.
Fehlende interne Upgrade-Expertise
Der Organisation fehlte die interne Erfahrung, um den Release-Zyklus von GitLab zu steuern. Deshalb konnte sie die Migration und den Upgrade-Prozess nicht ohne Unterstützung umsetzen.
Die Lösung
Statt einen einzigen risikoreichen Sprung auf die neueste Version zu wagen, verfolgte Adaptavist einen methodischen, meilensteinbasierten Ansatz. Jeder Schritt wurde vom Kunden getestet und validiert, bevor es weiterging – denn gewünscht war eine überschaubare und kontrollierbare Abfolge von Upgrades. Das war nicht nur ein Upgrade-Projekt, sondern der Beginn einer langfristigen Partnerschaft – und genau so hat Adaptavist es vom ersten Tag an behandelt.
Migration
Migration in eine von Adaptavist gehostete AWS-Umgebung und Bereitstellung des Legacy-Betriebssystems
Die Umgebung des Kunden wurde aus dem eigenen AWS-Account in einen von Adaptavist verwalteten AWS-Account migriert. Um die Upgrade-Sequenz zu starten, wurde zunächst eine unterstützte Zwischenversion des Betriebssystems bereitgestellt. Dadurch konnte die End-of-Life-Version von GitLab installiert und die Migration von einer stabilen Ausgangsbasis aus fortgesetzt werden.
Upgrades
Schrittweise GitLab-Upgrade-Sequenz
Über mehrere Meilensteine hinweg führte Adaptavist eine Reihe schrittweiser GitLab-Upgrades durch und bewegte sich in einer kontrollierten Abfolge von Version 15 bis 18.6 und darüber hinaus. Der Kunde war in jeder Phase eingebunden, testete jeden einzelnen Schritt vor der Freigabe und ging erst dann weiter, wenn das nötige Vertrauen in die Stabilität gegeben war. Insgesamt wurden im Verlauf des Projekts 30 Upgrades durchgeführt.
OS refresh
OS Refresh
Sobald GitLab eine Version erreicht hatte, die mit einem modernen Betriebssystem kompatibel war, baute Adaptavist die Infrastruktur nach seinem Standard-Deployment-Modell neu auf – diesmal mit der neueren Betriebssystemversion anstelle der ursprünglich bereitgestellten. Das sorgte für mehr Standardisierung und einen längeren Support-Lebenszyklus des Betriebssystems. Anschließend wurde ein vollständiges GitLab-Backup in die neue Umgebung eingespielt und der Übergang auf eine vollständig unterstützte, aktuelle Plattform abgeschlossen.
Übergabe
Übergabe zu GitLab Managed Services
Nach der Modernisierung der Umgebung wechselte der Kunde in Adaptavists GitLab Managed Services. Dazu gehören monatliche Patches, das Management von Minor-Releases, der Umgang mit CVEs, die Verwaltung der AWS-Infrastruktur, das Backup-Management sowie die Betreuung von Staging- und Produktionsumgebungen.
Discovery und Umgebungsanalyse
Adaptavist analysierte die bestehende Umgebung umfassend – von der eingesetzten GitLab-Version über Betriebssystemabhängigkeiten und Infrastrukturvoraussetzungen bis hin zu den Anforderungen an die Reihenfolge der Upgrades. So konnte der genaue Weg festgelegt werden, um den Übergang von der Legacy-Umgebung zu einer vollständig unterstützten, modernen Plattform sicher zu gestalten.
Migration in eine von Adaptavist gehostete AWS-Umgebung und Bereitstellung des Legacy-Betriebssystems
Die Umgebung des Kunden wurde aus dem eigenen AWS-Account in einen von Adaptavist verwalteten AWS-Account migriert. Um die Upgrade-Sequenz zu starten, wurde zunächst eine unterstützte Zwischenversion des Betriebssystems bereitgestellt. Dadurch konnte die End-of-Life-Version von GitLab installiert und die Migration von einer stabilen Ausgangsbasis aus fortgesetzt werden.
Schrittweise GitLab-Upgrade-Sequenz
Über mehrere Meilensteine hinweg führte Adaptavist eine Reihe schrittweiser GitLab-Upgrades durch und bewegte sich in einer kontrollierten Abfolge von Version 15 bis 18.6 und darüber hinaus. Der Kunde war in jeder Phase eingebunden, testete jeden einzelnen Schritt vor der Freigabe und ging erst dann weiter, wenn das nötige Vertrauen in die Stabilität gegeben war. Insgesamt wurden im Verlauf des Projekts 30 Upgrades durchgeführt.
OS Refresh
Sobald GitLab eine Version erreicht hatte, die mit einem modernen Betriebssystem kompatibel war, baute Adaptavist die Infrastruktur nach seinem Standard-Deployment-Modell neu auf – diesmal mit der neueren Betriebssystemversion anstelle der ursprünglich bereitgestellten. Das sorgte für mehr Standardisierung und einen längeren Support-Lebenszyklus des Betriebssystems. Anschließend wurde ein vollständiges GitLab-Backup in die neue Umgebung eingespielt und der Übergang auf eine vollständig unterstützte, aktuelle Plattform abgeschlossen.
Übergabe zu GitLab Managed Services
Nach der Modernisierung der Umgebung wechselte der Kunde in Adaptavists GitLab Managed Services. Dazu gehören monatliche Patches, das Management von Minor-Releases, der Umgang mit CVEs, die Verwaltung der AWS-Infrastruktur, das Backup-Management sowie die Betreuung von Staging- und Produktionsumgebungen.
Es ging nicht nur um Upgrades. Wir haben ein neues Serviceangebot entwickelt und eine echte Partnerschaft mit diesem Kunden aufgebaut – indem wir ihn auf dem gesamten Weg begleitet haben, statt nur ein Projekt umzusetzen.
Matthew Hope
Global Cloud Practice Lead, Adaptavist
Die Ergebnisse
Nach fünf Monaten gemeinsamer, meilensteinbasierter Arbeit verfügte der Kunde über eine vollständig unterstützte, moderne GitLab-Umgebung, die von Adaptavist gehostet, verwaltet und kontinuierlich betreut wird. Das Ergebnis zeigt nicht nur die technische Leistung, sondern auch die Stärke der Partnerschaft, die auf diesem Weg entstanden ist.
Der Kunde war mit dem Ergebnis hochzufrieden. Entscheidend ist zudem, dass dieses Projekt auch ein neues Adaptavist-Serviceangebot – GitLab Upgrade – erfolgreich validiert hat. Gleichzeitig wurde deutlich, wie wertvoll die Kombination mit laufenden Managed Services für Kunden ist, die aktuell bleiben möchten, ohne die operative Last selbst tragen zu müssen.
Der Kunde plant bereits, die Zusammenarbeit weiter auszubauen – durch zusätzliche Service-Komponenten und mehr Compute-Kapazität.
30
Im Rahmen des Projekts durchgeführte Upgrades
5
Monate vom Kick-off bis zum Regelbetrieb
0
Datenverlust oder ungeplante Serviceunterbrechung
Was kommt als Nächstes
Nachdem die aufwendige Modernisierung abgeschlossen ist, arbeitet der Kunde nun auf einer stabilen, modernen Plattform – und Adaptavist steht weiterhin an seiner Seite, damit das auch so bleibt. Der Fokus liegt künftig auf proaktiver Wartung statt auf reaktiver Wiederherstellung.
- Zweiwöchentliches CVE-Monitoring und schnelle Reaktion auf Patches im Einklang mit dem Release-Zyklus von GitLab
- Major-Version-Upgrade auf GitLab 19 (Veröffentlichung im Mai 2026), betreut von Adaptavist im Rahmen der laufenden Services
- Fortlaufendes Management der AWS-Infrastruktur, Überwachung der Backups und Sicherstellung der Disaster-Recovery-Bereitschaft
- Best-Practice-Beratung, damit das Team besser versteht, was vorhanden ist, wie die Plattform genutzt wird und wie noch mehr Mehrwert daraus gezogen werden kann
- Geplanter Ausbau der Zusammenarbeit, zusätzliche Services und Compute-Komponenten sind bereits in Diskussion
Gib deine GitLab-Umgebung in erfahrene Hände
Sprich mit unseren GitLab-Experten über Managed Services, Upgrades und Migrationen.