Seminar PikeOS Migration und Versionswechsel

Dieses Einzelseminar vermittelt die kontrollierte Migration bestehender PikeOS-Systeme auf neue Software-, Toolchain-, BSP- oder Plattformstände. Die Inhalte sind auf technische Umsetzbarkeit, nachvollziehbare Konfiguration und einen kontrollierten Betrieb ausgerichtet. Theorie, Demonstrationen und Laboraufgaben greifen unmittelbar ineinander.

Jeder Arbeitsschritt beginnt mit einer fachlichen Entscheidung, wird anschließend in CODEO oder am Zielsystem umgesetzt und endet mit einer prüfbaren Kontrolle. Dadurch entsteht kein reines Produktwissen, sondern ein belastbarer Arbeitsablauf für Entwicklung, Integration, Prüfung und Betrieb.

Inhaltsübersicht

1. Bestandsaufnahme und Migrationsumfang
2. Kompatibilitäts- und Änderungsanalyse
3. Kontrollierte technische Migration
4. Regression, Vergleich und Freigabe
5. Rollout und Rückfallverfahren
6. Betriebsbaseline und Änderungsdisziplin

Zielgruppe

PikeOS-Entwickler, Systemintegratoren, Release- und Konfigurationsmanager, Plattformverantwortliche und Testingenieure.

Voraussetzungen

Praktische PikeOS-Erfahrung und Zugriff auf einen bestehenden Systemstand, dessen Konfiguration, Quelltexte und Testmittel.

Lernziele

• Den tatsächlichen Migrationsumfang vollständig erfassen.
• Kompatibilitätsänderungen nach Risiko und betroffenen Komponenten bewerten.
• System, Anwendungen, Treiber und Gäste in einer kontrollierten Reihenfolge übertragen.
• Regressionsergebnisse zwischen alter und neuer Baseline sachlich vergleichen.
• Rollout und technisch erprobten Rückfallstand vorbereiten.

Seminarinhalte

Bestandsaufnahme und Migrationsumfang

1. Schritt 1: PikeOS-Version, Toolchain, BSP, PSP, Laufzeitumgebungen und Gaststände erfassen.
2. Schritt 2: Eigene Anpassungen, Treiber und nicht dokumentierte Abhängigkeiten identifizieren.
3. Schritt 3: Konfigurations- und API-Unterschiede nach Risiko klassifizieren.
4. Schritt 4: Migrationspakete mit klarer Reihenfolge und Verantwortlichkeit bilden.

Kompatibilitäts- und Änderungsanalyse

1. Schritt 1: Releaseänderungen auf Build, Konfiguration, Laufzeit und Hardwarebezug abbilden.
2. Schritt 2: Entfallene oder geänderte Schnittstellen in betroffenen Komponenten lokalisieren.
3. Schritt 3: Gastbetriebssysteme und virtuelle Geräte in die Analyse einbeziehen.
4. Schritt 4: Erforderliche Code-, Konfigurations- und Testanpassungen priorisieren.

Kontrollierte technische Migration

1. Schritt 1: Neue Werkzeugumgebung getrennt und reproduzierbar aufsetzen.
2. Schritt 2: Systemkonfiguration schrittweise übertragen und nach jedem Paket bauen.
3. Schritt 3: Anwendungen, Treiber und Gäste in einer festgelegten Reihenfolge integrieren.
4. Schritt 4: Abweichungen sofort dokumentieren und nicht durch parallele Änderungen verdecken.

Regression, Vergleich und Freigabe

1. Schritt 1: Funktions-, Timing-, Ressourcen- und Fehlerfalltests aus der alten Baseline ableiten.
2. Schritt 2: Alten und neuen Stand unter vergleichbaren Bedingungen messen.
3. Schritt 3: Unterschiede nach beabsichtigt, akzeptabel oder fehlerhaft klassifizieren.
4. Schritt 4: Freigabekriterien und offene Punkte vor dem Rollout eindeutig entscheiden.

Rollout und Rückfallverfahren

1. Schritt 1: Installations- und Updatepfad für Labor, Pilot und Produktion staffeln.
2. Schritt 2: Daten, Konfigurationen und Schlüsselmaterial kontrolliert übernehmen.
3. Schritt 3: Abbruchkriterien und technisch erprobten Rückfallstand festlegen.
4. Schritt 4: Betriebsübergabe mit Versionsmatrix und Diagnosecheckliste abschließen.

Betriebsbaseline und Änderungsdisziplin

1. Schritt 1: Versionen von Systemsoftware, Toolchain, BSP, Konfiguration und Anwendung gemeinsam erfassen.
2. Schritt 2: Start-, Diagnose- und Wiederanlaufverfahren als Betriebscheckliste formulieren.
3. Schritt 3: Änderungen mit technischer Begründung, Prüfumfang und Rückfalloption dokumentieren.
4. Schritt 4: Eine freigabefähige Baseline von experimentellen Ständen eindeutig trennen.

Praxisübungen

• Versions- und Abhängigkeitsmatrix eines Beispielsystems erstellen.
• Konfigurations- und API-Änderungen in Migrationspakete zerlegen.
• Teilstand migrieren und mit automatisierter Regression gegen die alte Baseline prüfen.
• Pilot-Rollout samt Abbruchkriterien und Rückfallverfahren simulieren.

Arbeitsweise

Kurze Fachblöcke werden unmittelbar durch Demonstrationen und geführte Übungen ergänzt. Konfigurationen, Quelltexte, Prüfprotokolle und Checklisten werden in einer konsistenten Laborumgebung geführt. Fehlerbilder werden nicht nur behoben, sondern systematisch eingegrenzt und dokumentiert.