Seminar OSS – Continuity, Escrow und Quellcodezugang

Quellcodezugang allein gewährleistet noch keine Betriebsfortführung. Das Seminar verbindet technische Verfügbarkeit, Rechte, Build-Fähigkeit, Schlüsselwissen und Wiederanlauf zu einem realistischen Kontinuitätskonzept.

Inhaltsübersicht

• Zielsetzung
• Zielgruppe
• Voraussetzungen
• Seminarinhalte
• Praxisübungen
• Methodik

Zielsetzung

• Kontinuitätsanforderungen für kritische OSS-Services festlegen
• Escrow und Quellcodezugang auf tatsächliche Nutzbarkeit prüfen
• Build-, Deployment- und Schlüsselabhängigkeiten identifizieren
• Auslöser, Tests und Aktivierung eines Notbetriebs verbindlich definieren

Zielgruppe

IT-Notfallmanagement, Einkauf, Rechtsabteilung, Plattformbetrieb, Informationssicherheit, Architektur und Service Owner.

Voraussetzungen

Grundkenntnisse des betrachteten Services und seiner Lieferantenstruktur. Technische Detailkenntnisse sind hilfreich, aber nicht zwingend.

Seminarinhalte

1. Schritt 1: Kontinuitätsziel festlegen

   Maximal tolerierbare Ausfallzeit, Datenverlust, Mindestleistung, Prioritäten und Notbetriebsdauer werden je Service bestimmt.

2. Schritt 2: Abhängigkeiten inventarisieren

   Quellcode, Repository, Paketquellen, Build-Systeme, Container, Artefakte, Schlüssel, Zertifikate, Dokumentation und Spezialwissen werden vollständig erfasst.

3. Schritt 3: Rechte und Lizenzen prüfen

   Nutzungs-, Änderungs-, Weitergabe- und Beauftragungsrechte werden für Normalbetrieb, Insolvenz, Vertragsende und Notfall bewertet.

4. Schritt 4: Escrow-Gegenstand definieren

   Neben Quellcode werden Build-Anweisungen, Abhängigkeiten, Konfiguration, Datenmodelle, Tests, Deployment-Skripte und Dokumentation als Hinterlegungsgegenstände festgelegt.

5. Schritt 5: Auslöser festlegen

   Insolvenz, dauerhafte Nichterfüllung, Produktabkündigung, Sicherheitsstillstand, Kontrollwechsel und Vertragsbeendigung werden mit Nachweis- und Freigabeverfahren beschrieben.

6. Schritt 6: Verifikation organisieren

   Vollständigkeit, Aktualität, Entschlüsselbarkeit, Kompilierbarkeit und Installierbarkeit werden durch unabhängige oder interne Tests geprüft.

7. Schritt 7: Notbetrieb planen

   Ersatzteam, Infrastruktur, Zugriff, Verantwortlichkeiten, Kommunikationswege, priorisierte Funktionen und Übergang in den Regelbetrieb werden vorbereitet.

8. Schritt 8: Übung und Pflege terminieren

   Wiederkehrende Build- und Restore-Tests, Aktualisierungen nach Releases sowie Mängelbeseitigung werden vertraglich und organisatorisch verankert.

Praxisübungen

• Erstellung einer Kontinuitäts-Checkliste
• Bewertung einer Escrow-Klausel anhand technischer Nutzbarkeit
• Definition eines Verifikationstests
• Entwurf eines Aktivierungsablaufs

Methodik

Kompakte Fachimpulse, strukturierte Checklisten, moderierte Fallarbeit und eine abschließende Umsetzungsübung. Die Ergebnisse werden in unmittelbar verwendbaren Arbeitsvorlagen dokumentiert.