Seminar Squidex – Migration, Synchronisation und Content-Import

Content-Migration ist kein reiner Datenimport. Zielmodell, Identitäten, Referenzen, Assets, Sprachen, Veröffentlichungsstatus, Berechtigungen und Cutover müssen gemeinsam geplant werden. Synchronisation zwischen Umgebungen benötigt zusätzlich klare Eigentums- und Konfliktregeln.

Das Seminar entwickelt einen reproduzierbaren Migrationspfad. Bestandsanalyse, Mapping, Squidex CLI, Konfigurationssynchronisation, Content- und Asset-Import, Validierung, Delta-Lauf, Cutover und Rollback werden an realistischen Daten durchgeführt.

Zielgruppe

Content-Migrationsteams, Entwickler, Plattformadministratoren, Datenarchitekten und technische Projektleiter für Systemwechsel oder Umgebungsabgleich

Voraussetzungen

Grundkenntnisse in Squidex-Schemas und APIs, JSON, Datenbereinigung und Skripting; Zugriff auf repräsentative Quelldaten ist hilfreich

Seminarziele

• Quellsystem, Datenqualität und Zielmodell systematisch analysieren.
• Schemas und Konfigurationen kontrolliert zwischen Umgebungen synchronisieren.
• Content, Referenzen, Assets, Sprachen und Status reproduzierbar importieren.
• Validierung, Delta-Verarbeitung und Fehlerquarantäne automatisieren.
• Cutover, Abnahme, Rollback und Nachlauf fachlich und technisch planen.

Inhaltsübersicht

1. Zielgruppe und Voraussetzungen
2. Seminarziele
3. Bestandsaufnahme und Migrationsstrategie
4. Zielmodell und Mapping
5. Konfigurationssynchronisation mit der CLI
6. Content- und Asset-Import
7. Validierung, Delta-Läufe und Performance
8. Cutover, Rollback und Nachlauf
9. Praxisprojekt und Abnahme

1. Bestandsaufnahme und Migrationsstrategie

Dieser Themenblock verbindet fachliche Entscheidung, konkrete Konfiguration und überprüfbare Abnahme. Die Schritte werden an einer durchgängigen Beispiel-App umgesetzt und mit geeigneten Positiv- und Negativfällen kontrolliert.

Schrittweises Vorgehen

1. Quellen, Datenmengen, Formate, Eigentümer und Schutzbedarfe erfassen.
2. Content-Typen, Medien, Sprachen, Status und Referenzbeziehungen inventarisieren.
3. Big-Bang-, Wellen- und Parallelbetriebsansatz vergleichen.
4. RPO, Cutover-Fenster und fachliche Abnahmekriterien festlegen.
5. Migrationsrisiken und notwendige Bereinigungen priorisieren.

Prüfpunkte

• Die Konfiguration erfüllt den beschriebenen fachlichen Zweck ohne unnötige Sonderfälle.
• Berechtigungen, Fehlerzustände und Auswirkungen auf abhängige Komponenten sind geprüft.
• Ergebnis, offene Punkte und Wiederholungsweg sind nachvollziehbar dokumentiert.

2. Zielmodell und Mapping

Der Abschnitt wird als vollständiger Arbeitsablauf bearbeitet: Ausgangslage erfassen, Zielzustand festlegen, Konfiguration umsetzen, Verhalten testen und die betriebliche beziehungsweise redaktionelle Übergabe dokumentieren.

Schrittweises Vorgehen

1. Quellfelder auf Squidex-Schemas, Feldtypen und Komponenten abbilden.
2. Referenzschlüssel, Asset-Zuordnung und Sprachmapping definieren.
3. Defaultwerte, Normalisierung und Datenverlustregeln dokumentieren.
4. Veröffentlichungsstatus und Zeitinformationen nachvollziehbar übertragen.
5. Mapping an repräsentativen und problematischen Datensätzen prüfen.

Prüfpunkte

• Die Konfiguration erfüllt den beschriebenen fachlichen Zweck ohne unnötige Sonderfälle.
• Berechtigungen, Fehlerzustände und Auswirkungen auf abhängige Komponenten sind geprüft.
• Ergebnis, offene Punkte und Wiederholungsweg sind nachvollziehbar dokumentiert.

3. Konfigurationssynchronisation mit der CLI

Die Inhalte werden nicht isoliert demonstriert. Jede Entscheidung wird anhand von Auswirkungen auf Redaktion, API, Sicherheit, Betrieb und spätere Änderungen bewertet und anschließend praktisch validiert.

Schrittweises Vorgehen

1. CLI-Zugriff mit separatem technischem Client einrichten.
2. App-Einstellungen und Schemakonfiguration versioniert exportieren.
3. Zielumgebung auf Abweichungen und Konflikte prüfen.
4. Synchronisation zunächst als kontrollierten Probelauf ausführen.
5. Änderungen, Ausnahmen und Rücksetzpunkt dokumentieren.

Prüfpunkte

• Die Konfiguration erfüllt den beschriebenen fachlichen Zweck ohne unnötige Sonderfälle.
• Berechtigungen, Fehlerzustände und Auswirkungen auf abhängige Komponenten sind geprüft.
• Ergebnis, offene Punkte und Wiederholungsweg sind nachvollziehbar dokumentiert.

4. Content- und Asset-Import

Im Mittelpunkt steht ein reproduzierbares Vorgehen. Konfiguration, Testdaten, Prüfschritte und Abnahmekriterien werden so festgehalten, dass der Ablauf in einer eigenen Umgebung wiederholt werden kann.

Schrittweises Vorgehen

1. Importreihenfolge aus Referenzabhängigkeiten ableiten.
2. Stabile Quell- und Zielidentitäten für Wiederholbarkeit festlegen.
3. Assets mit Metadaten und Fehlerbehandlung übertragen.
4. Content transformieren, validieren und in Batches importieren.
5. Fehlerhafte Datensätze in eine nachvollziehbare Quarantäne überführen.

Prüfpunkte

• Die Konfiguration erfüllt den beschriebenen fachlichen Zweck ohne unnötige Sonderfälle.
• Berechtigungen, Fehlerzustände und Auswirkungen auf abhängige Komponenten sind geprüft.
• Ergebnis, offene Punkte und Wiederholungsweg sind nachvollziehbar dokumentiert.

5. Validierung, Delta-Läufe und Performance

Dieser Themenblock verbindet fachliche Entscheidung, konkrete Konfiguration und überprüfbare Abnahme. Die Schritte werden an einer durchgängigen Beispiel-App umgesetzt und mit geeigneten Positiv- und Negativfällen kontrolliert.

Schrittweises Vorgehen

1. Anzahl, Pflichtfelder, Referenzen, Sprachen und Assets automatisiert vergleichen.
2. Fachliche Stichproben und API-basierte Konsistenztests durchführen.
3. Delta-Erkennung anhand Änderungszeit, Version oder Quellereignis festlegen.
4. Batchgröße und Parallelität unter Beachtung von Fehlern und Last optimieren.
5. Wiederanlauf nach Teilfehler ohne Duplikate testen.

Prüfpunkte

• Die Konfiguration erfüllt den beschriebenen fachlichen Zweck ohne unnötige Sonderfälle.
• Berechtigungen, Fehlerzustände und Auswirkungen auf abhängige Komponenten sind geprüft.
• Ergebnis, offene Punkte und Wiederholungsweg sind nachvollziehbar dokumentiert.

6. Cutover, Rollback und Nachlauf

Der Abschnitt wird als vollständiger Arbeitsablauf bearbeitet: Ausgangslage erfassen, Zielzustand festlegen, Konfiguration umsetzen, Verhalten testen und die betriebliche beziehungsweise redaktionelle Übergabe dokumentieren.

Schrittweises Vorgehen

1. Content-Freeze, finalen Delta-Lauf und Umschaltreihenfolge planen.
2. Go-/No-Go-Kriterien und Verantwortliche für den Cutover festlegen.
3. Frontend, APIs, Berechtigungen und redaktionelle Prozesse nach Umschaltung prüfen.
4. Rollback beziehungsweise Vorwärtskorrektur praktisch durchspielen.
5. Restfehler, Nachpflege und Abschaltung des Quellsystems terminieren.

Prüfpunkte

• Die Konfiguration erfüllt den beschriebenen fachlichen Zweck ohne unnötige Sonderfälle.
• Berechtigungen, Fehlerzustände und Auswirkungen auf abhängige Komponenten sind geprüft.
• Ergebnis, offene Punkte und Wiederholungsweg sind nachvollziehbar dokumentiert.

Praxisprojekt und Abnahme

Ein repräsentativer Datenbestand wird analysiert, gemappt, per CLI und Importprozess übertragen, validiert und in einem simulierten Cutover abgenommen.

Arbeitsschritte

1. Quellinventar, Zielmodell und Mapping-Regeln erstellen.
2. Squidex-Konfiguration versioniert synchronisieren.
3. Assets und Content in abhängiger Reihenfolge importieren.
4. Automatisierte Validierung und Delta-Lauf ausführen.
5. Cutover, Rollback und Nachlauf anhand eines Runbooks simulieren.

Abnahmekriterien

• Der fachliche Anwendungsfall ist mit repräsentativen Daten vollständig durchgespielt.
• Fehler-, Berechtigungs- und Wiederanlaufszenarien sind kontrolliert geprüft.
• Konfiguration, Tests und Verantwortlichkeiten sind so dokumentiert, dass der Transfer in eine eigene Umgebung möglich ist.