Seminar Amundsen – Migration, Upgrade und Modernisierung

Ein Upgrade ist kein Paketwechsel, sondern eine kontrollierte Veränderung von Diensten, Daten, Frontend und Betriebsverfahren.

Das Seminar entwickelt einen Modernisierungspfad für bestehende Installationen. Inventar, Abhängigkeiten, Sicherheitsrisiken, Kompatibilität, Datenmigration, Tests, stufenweises Deployment, Rollback und technische Entkopplung stehen im Mittelpunkt.

Inhaltsübersicht

• Seminarprofil
• Zielgruppe
• Voraussetzungen
• Lernziele
• Inhalte und Schritt-für-Schritt-Anleitungen
• Praxisaufgaben
• Arbeitsweise und Qualitätssicherung

Seminarprofil

Der Schwerpunkt liegt auf das Seminar entwickelt einen Modernisierungspfad für bestehende Installationen. Inventar, Abhängigkeiten, Sicherheitsrisiken, Kompatibilität, Datenmigration, Tests, stufenweises Deployment, Rollback und technische Entkopplung stehen im Mittelpunkt. Die Inhalte werden über nachvollziehbare Entscheidungen, reproduzierbare Arbeitsschritte und dokumentierte Kontrollen vermittelt.

Zielgruppe

Plattformengineering, DevOps, technische Architektur, Anwendungsentwicklung und Verantwortliche für bestehende Datenkatalog-Installationen.

Voraussetzungen

Praktische Erfahrung mit einer bestehenden Installation, Linux, Containern, Python- und JavaScript-Abhängigkeiten sowie Datenbanken und Suchindizes.

Lernziele

• Istzustand, Abhängigkeiten und Modernisierungsrisiken vollständig erfassen.
• Zielversionen und kompatible Migrationsschritte belastbar planen.
• Daten, Indizes, Konfiguration und Frontendänderungen mit Tests absichern.
• stufenweise Einführung, Rollback und nachhaltige Entkopplung umsetzen.

Inhalte und Schritt-für-Schritt-Anleitungen

Bestandsaufnahme und Baseline

Der reale Istzustand wird reproduzierbar dokumentiert, bevor Änderungen beginnen.

1. Schritt 1: Dienste, Images, Pakete, Datenbanken und Konfiguration inventarisieren.
2. Schritt 2: Anpassungen, Forks und nicht dokumentierte Patches erfassen.
3. Schritt 3: Funktions-, Daten- und Performance-Baseline mit Testfällen sichern.
4. Schritt 4: Betriebsabhängigkeiten und bekannte Störungen dokumentieren.

Kontrolle: Der Arbeitsschritt gilt als abgeschlossen, wenn Ausgangslage, Änderung beziehungsweise Entscheidung und überprüfter Zielzustand nachvollziehbar dokumentiert sind.

Risiko- und Kompatibilitätsanalyse

Technische Schulden und Sicherheitsrisiken werden nach Auswirkung und Abhängigkeit priorisiert.

1. Schritt 1: Laufzeit-, Bibliotheks- und Imageversionen auf Konflikte prüfen.
2. Schritt 2: API-, Datenmodell- und Frontendkompatibilität bewerten.
3. Schritt 3: Sicherheitslücken, veraltete Basiskomponenten und Supportgrenzen priorisieren.
4. Schritt 4: Blocker, Zwischenversionen und notwendige Ersatzlösungen festlegen.

Kontrolle: Der Arbeitsschritt gilt als abgeschlossen, wenn Ausgangslage, Änderung beziehungsweise Entscheidung und überprüfter Zielzustand nachvollziehbar dokumentiert sind.

Zielarchitektur und Migrationspfad

Die Modernisierung wird in kleine, überprüfbare und rückrollbare Schritte zerlegt.

1. Schritt 1: Zielversionen und Architekturänderungen begründen.
2. Schritt 2: Reihenfolge für Persistenz, Dienste, Frontend und Ingestion bestimmen.
3. Schritt 3: Parallelbetrieb, Feature-Schalter oder schrittweise Umschaltung auswählen.
4. Schritt 4: Abnahmepunkte und Rückfallgrenzen je Schritt definieren.

Kontrolle: Der Arbeitsschritt gilt als abgeschlossen, wenn Ausgangslage, Änderung beziehungsweise Entscheidung und überprüfter Zielzustand nachvollziehbar dokumentiert sind.

Daten- und Indexmigration

Persistente Metadaten und Suchindizes werden mit expliziten Konsistenzregeln behandelt.

1. Schritt 1: Schema- und Modellunterschiede erfassen.
2. Schritt 2: Transformations- und Validierungsregeln für Metadaten definieren.
3. Schritt 3: Testmigration mit Zähl-, Schlüssel- und Beziehungskontrollen durchführen.
4. Schritt 4: Suchindex neu aufbauen und Ergebnisvergleich automatisieren.

Kontrolle: Der Arbeitsschritt gilt als abgeschlossen, wenn Ausgangslage, Änderung beziehungsweise Entscheidung und überprüfter Zielzustand nachvollziehbar dokumentiert sind.

Code, Frontend und Integrationen

Eigene Anpassungen werden vom Upstream-Code entkoppelt und systematisch nachgezogen.

1. Schritt 1: Änderungen nach Konfiguration, Erweiterung und Fork klassifizieren.
2. Schritt 2: API-Verträge und Connectoren gegen die Zielversion testen.
3. Schritt 3: Frontend-Anpassungen mit Komponenten- und End-to-End-Tests migrieren.
4. Schritt 4: vermeidbare Patches durch saubere Erweiterungspunkte ersetzen.

Kontrolle: Der Arbeitsschritt gilt als abgeschlossen, wenn Ausgangslage, Änderung beziehungsweise Entscheidung und überprüfter Zielzustand nachvollziehbar dokumentiert sind.

Deployment, Rollback und Beobachtung

Die Umstellung wird mit klaren Signalen und kontrollierter Rückkehr durchgeführt.

1. Schritt 1: Staging- und Produktionsablauf mit identischen Artefakten vorbereiten.
2. Schritt 2: Backup, Restore und technische Rollback-Schritte testen.
3. Schritt 3: Metriken, Logs und synthetische Nutzerpfade während der Umstellung überwachen.
4. Schritt 4: Go-, Hold- und Rollback-Kriterien verbindlich festlegen.

Kontrolle: Der Arbeitsschritt gilt als abgeschlossen, wenn Ausgangslage, Änderung beziehungsweise Entscheidung und überprüfter Zielzustand nachvollziehbar dokumentiert sind.

Nacharbeiten und Modernisierungsbetrieb

Nach dem Upgrade werden Restschulden, Dokumentation und zukünftige Wartbarkeit bearbeitet.

1. Schritt 1: Altkomponenten und temporäre Kompatibilitätsbrücken kontrolliert entfernen.
2. Schritt 2: Runbooks, Architektur- und Versionsdokumentation aktualisieren.
3. Schritt 3: regelmäßige Abhängigkeits- und Sicherheitsprüfungen automatisieren.
4. Schritt 4: Upgrade-Kadenz und Verantwortlichkeiten für weitere Releases festlegen.

Kontrolle: Der Arbeitsschritt gilt als abgeschlossen, wenn Ausgangslage, Änderung beziehungsweise Entscheidung und überprüfter Zielzustand nachvollziehbar dokumentiert sind.

Praxisaufgaben

1. Praxisaufgabe 1: Bestandsinventar und reproduzierbare Baseline erstellen.
2. Praxisaufgabe 2: Kompatibilitäts- und Risikomatrix mit priorisierten Blockern ausarbeiten.
3. Praxisaufgabe 3: stufenweisen Migrationsplan mit Rückfallpunkten erstellen.
4. Praxisaufgabe 4: Testmigration für Metadaten und Suchindex durchführen.
5. Praxisaufgabe 5: eigene Anpassungen und Integrationen gegen Zielstände prüfen.
6. Praxisaufgabe 6: Deployment- und Rollback-Generalprobe mit Nachkontrolle dokumentieren.

Arbeitsweise und Qualitätssicherung

Jeder Themenblock folgt demselben Muster: Ausgangszustand erfassen, Zielzustand festlegen, Änderung oder Analyse in kleinen Schritten durchführen, Resultat kontrollieren und den Ablauf für Wiederholung oder Übergabe dokumentieren. Demonstrationen werden durch Übungen, Prüflisten, Fehlerfälle und gemeinsame Reviews ergänzt.

Die Übungen verwenden eine isolierte Labor- oder Plansituation. Produktive Änderungen werden erst nach technischer Prüfung, Freigabe, Sicherung, Rückfallplanung und dokumentierter Nachkontrolle vorgesehen.