Seminar Ontop Migration, Upgrade und Versionswechsel

Ein Versionswechsel betrifft nicht nur die Laufzeit, sondern auch Mapping, Ontologie, Lenses, Eigenschaften, Treiber und erzeugte SQL-Abfragen. Ein gestuftes Verfahren reduziert technische und fachliche Risiken.

Inhaltsverzeichnis

1. Bestandsaufnahme
2. Kompatibilitäts- und Testplan
3. Paralleltest und Anpassung
4. Cutover und Rollback

Lernziele

• Alle upgrade-relevanten Artefakte und Abhängigkeiten vollständig inventarisieren.
• Kompatibilitäts- und Regressionstests für Semantik, Leistung und Betrieb erstellen.
• Parallelbetrieb, Cutover und Rollback kontrolliert durchführen.
• Eine wiederverwendbare Upgrade-Checkliste und Freigabedokumentation aufbauen.

Zielgruppe

Ontop-Entwicklung, Plattformbetrieb, DevOps, technische Projektleitung und Qualitätssicherung.

Voraussetzungen

Praktische Ontop-Erfahrung sowie Kenntnisse der vorhandenen Mapping-, Deployment- und Teststruktur.

Kapitel 1: Bestandsaufnahme

Kapitel-Inhaltsverzeichnis: Versionen, Laufzeit, Treiber, Mapping, Ontologie, Lenses, Eigenschaften und Betriebsumgebung.

1. Schritt 1: Alle produktiven Artefakte und ihre Abhängigkeiten werden mit Versionsständen erfasst.
2. Schritt 2: Nicht dokumentierte Startparameter und manuelle Änderungen werden aus dem Betrieb rekonstruiert.
3. Schritt 3: Kritische Abfragen, Datenquellen und Betriebsfunktionen werden priorisiert.

Kapitel 2: Kompatibilitäts- und Testplan

Kapitel-Inhaltsverzeichnis: Änderungskategorien, Syntax, Verhalten, SQL, Leistung und Endpoint-Funktionen.

1. Schritt 1: Mögliche Änderungen werden nach Konfiguration, Mapping, Abfragesemantik, Connector und Betrieb klassifiziert.
2. Schritt 2: Ein Regressionstest deckt Referenzresultate, Fehlerfälle und Leistungsgrenzen ab.
3. Schritt 3: Akzeptanzschwellen und klare Abbruchkriterien werden vor dem Test festgelegt.

Kapitel 3: Paralleltest und Anpassung

Kapitel-Inhaltsverzeichnis: Isolierte Umgebung, identische Daten, Vergleich, Fehlerkorrektur und Wiederholung.

1. Schritt 1: Die neue Version wird parallel mit denselben Artefakten und einer kontrollierten Datenbasis gestartet.
2. Schritt 2: Ergebnisse, erzeugtes SQL, Laufzeiten und Protokolle werden automatisiert gegenübergestellt.
3. Schritt 3: Notwendige Anpassungen werden einzeln umgesetzt und nach jeder Änderung erneut vollständig getestet.

Kapitel 4: Cutover und Rollback

Kapitel-Inhaltsverzeichnis: Freigabe, Umschaltung, Nachprüfung, Rückfallpunkt und Dokumentation.

1. Schritt 1: Ein eingefrorenes Release-Paket wird mit dokumentierter Freigabe für die Umschaltung bereitgestellt.
2. Schritt 2: Direkt nach dem Cutover werden Verbindungs-, Funktions- und Referenztests ausgeführt.
3. Schritt 3: Der Rollback wird bei Überschreitung definierter Grenzen ausgelöst und anschließend Ursachen sowie Maßnahmen dokumentiert.