Seminar EBSI und swiyu – Migrationsstrategie, Koexistenz und Cutover

Eine Credential-Infrastruktur lässt sich nicht wie eine gewöhnliche Datenbank austauschen. Ausgestellte Nachweise, Wallet-Bestände, DIDs, Schlüssel, Statusinformationen, Trust-Beziehungen und Verifier-Policies besitzen unterschiedliche Lebenszyklen. Das Seminar entwickelt daraus eine kontrollierte Migration mit Koexistenz und Rückfallfähigkeit.

Inhaltsübersicht

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

Zielsetzung

• Bestehende Credential-, Trust-, Wallet- und Betriebsbestände vollständig inventarisieren
• Zielarchitektur und Migrationsmuster nach Risiko und Lebenszyklus auswählen
• Parallelbetrieb, Neu-Ausstellung, Routing, Cutover und Rückfall detailliert planen
• Abnahme, Kommunikation, Datenschutz und Außerbetriebnahme als Teil der Migration absichern

Zielgruppe

Migrationsarchitekten, Programm- und Projektleitungen, Plattformverantwortliche, Issuer- und Verifier-Teams, Security, Datenschutz, Betrieb und Fachverantwortliche.

Voraussetzungen

Gute Kenntnisse einer bestehenden Credential-Lösung sowie Grundverständnis von EBSI und swiyu. Erfahrung in Systemmigration und Change Management ist erforderlich.

Seminarinhalte

1. Schritt 1: Ausgangslage und Migrationsobjekte inventarisieren

   Credential-Typen, Schemas, ausgestellte Bestände, Wallet-Populationen, DIDs, Schlüssel, Trust-Einträge, Statuslisten, Verifier, APIs, Fachsysteme und Betriebsverträge werden mit Owner und Kritikalität erfasst.

2. Schritt 2: Lebenszyklen und Bindungen analysieren

   Gültigkeitsdauer, Widerruf, Holder- oder Device-Bindung, Nachweispflichten, Offline-Nutzung und rechtliche Aufbewahrung bestimmen, welche Objekte migriert, neu ausgestellt, parallel unterstützt oder auslaufen müssen.

3. Schritt 3: Zielarchitektur und Migrationsprinzipien festlegen

   Native Zielprofile, kanonisches Datenmodell, Adaptergrenzen, Dual Stack, Trust-Übergang, Schlüsselstrategie und Verantwortlichkeiten werden als verbindliche Leitplanken dokumentiert.

4. Schritt 4: Credential-Migrationsmuster auswählen

   Neu-Ausstellung, Austausch gegen Nachweis, parallele Ausgabe, zeitgesteuertes Auslaufen, Verifier-Adapter und eingeschränkte Altformatunterstützung werden pro Credential-Klasse bewertet.

5. Schritt 5: DID-, Schlüssel- und Trust-Übergang planen

   Neue Identifikatoren, kontrollierte Schlüsselrotation, Veröffentlichung, Überlappungsfristen, Akkreditierungen, Trust Statements und Verifier-Akzeptanzlisten werden in eine abhängige Reihenfolge gebracht.

6. Schritt 6: Koexistenz technisch umsetzen

   Issuer-Routing, Wallet-Deep-Links, Verifier-Policy, Metadatenversionen, Statusabrufe und Supportprozesse werden so gestaltet, dass Alt- und Neupfade eindeutig erkannt und überwacht werden.

7. Schritt 7: Datenübernahme und Neu-Ausstellung vorbereiten

   Fachliche Claims, Einwilligung oder Rechtsgrundlage, Datenminimierung, Transformationsregeln, Deduplizierung und Nachweis der Herkunft werden für Batch- und ereignisgetriebene Prozesse festgelegt.

8. Schritt 8: Test- und Abnahmeprogramm durchführen

   Kompatibilitätsmatrix, Pilotwallets, Issuer- und Verifier-Tests, Negativfälle, Last, Ausfall, Datenschutz und Nutzerwege werden mit messbaren Exit-Kriterien verbunden.

9. Schritt 9: Cutover und Rückfall proben

   Freeze, letzte Synchronisation, Aktivierung, Routingwechsel, Statuskontrolle, Kommunikation, Hypercare und technische Rückkehr zum vorherigen Pfad werden in einem Zeitplan mit Entscheidungspunkten geprobt.

10. Schritt 10: Altbetrieb geordnet beenden

    Letzte Gültigkeiten, Statusinformationen, Schlüssel, Daten, Logs, Verträge, Supportkanäle und technische Endpunkte werden nach dokumentierter Freigabe stillgelegt oder in einen lesenden Nachweisbetrieb überführt.

Praxisübungen

• Migrationsinventar mit Objektklassen, Abhängigkeiten und Lebenszyklusentscheidung erstellen
• Credential-Migrationsmuster für drei unterschiedliche Nachweistypen auswählen
• Koexistenzarchitektur mit Routing, Status- und Trust-Prüfung zeichnen
• Cutover-Runbook mit Go/No-Go-Kriterien und Rückfallplan entwickeln
• Abschaltcheckliste für Altkomponenten und Schlüssel erstellen

Methodik

Fachvortrag, Inventar-Workshop, Architektur- und Risikomodellierung, Runbook-Erstellung und Cutover-Tabletop. Vier Tage sind notwendig, weil Strategie, technische Koexistenz, Daten- und Credential-Übergang sowie Cutover und Abschaltung jeweils eigenständige Abnahmepunkte besitzen.