Seminar Sanity Content Lake und Datenarchitektur

Im Mittelpunkt stehen Dokumentenspeicher, Datasets, Referenzen, Konsistenz und skalierbare Datenarchitektur. Die Inhalte werden an einem durchgängigen Praxisfall erarbeitet und so strukturiert, dass fachliche Entscheidungen, technische Umsetzung und betriebliche Anforderungen nachvollziehbar zusammenwirken.

Inhaltsübersicht

1. Zielsetzung
2. Zielgruppe
3. Voraussetzungen
4. Seminarinhalte
5. Praxisübungen
6. Qualitätssicherung
7. Methodik

Zielsetzung

Das Seminar entwickelt die erforderlichen Kenntnisse systematisch von der Einordnung bis zur kontrollierten Umsetzung.

• die Eigenschaften des Content Lake architektonisch bewerten
• Dataset- und Referenzstrategien für reale Systemlandschaften entwerfen
• Konsistenz, Sicherheit und Lebenszyklus von Inhalten berücksichtigen

Zielgruppe

Solution Architects, technische Projektleitungen, Daten- und Plattformteams.

Voraussetzungen

Grundverständnis von JSON-Dokumenten, APIs und Content-Modellen.

Seminarinhalte

1. Dokumentenmodell

Dieser Baustein behandelt die Aufgabe, Dokumente, Systemfelder, Revisionen und Identitäten fachlich und technisch einordnen. Die Bearbeitung folgt einem kontrollierbaren Vier-Schritte-Verfahren.

1. Schritt 1: Ausgangslage erfassen. Fachliche Ziele, beteiligte Rollen, vorhandene Daten und technische Randbedingungen für „Dokumente, Systemfelder, Revisionen und Identitäten fachlich und technisch einordnen“ werden dokumentiert.
2. Schritt 2: Lösung umsetzen. Die erforderliche Konfiguration oder Implementierung für „Dokumente, Systemfelder, Revisionen und Identitäten fachlich und technisch einordnen“ wird in nachvollziehbaren Teilschritten aufgebaut.
3. Schritt 3: Verhalten prüfen. Normalfälle, Grenzfälle, Berechtigungen, fehlerhafte Eingaben und Wiederholbarkeit werden anhand definierter Prüffälle kontrolliert.
4. Schritt 4: Betrieb absichern. Entscheidungen, Qualitätskriterien, Verantwortlichkeiten, Wartungshinweise und erforderliche Rückfallmaßnahmen werden festgehalten.

2. Datasets und Perspektiven

Dieser Baustein behandelt die Aufgabe, Datenräume, Entwurfszustände und veröffentlichte Sichtweisen trennen. Die Bearbeitung folgt einem kontrollierbaren Vier-Schritte-Verfahren.

1. Schritt 1: Ausgangslage erfassen. Fachliche Ziele, beteiligte Rollen, vorhandene Daten und technische Randbedingungen für „Datenräume, Entwurfszustände und veröffentlichte Sichtweisen trennen“ werden dokumentiert.
2. Schritt 2: Lösung umsetzen. Die erforderliche Konfiguration oder Implementierung für „Datenräume, Entwurfszustände und veröffentlichte Sichtweisen trennen“ wird in nachvollziehbaren Teilschritten aufgebaut.
3. Schritt 3: Verhalten prüfen. Normalfälle, Grenzfälle, Berechtigungen, fehlerhafte Eingaben und Wiederholbarkeit werden anhand definierter Prüffälle kontrolliert.
4. Schritt 4: Betrieb absichern. Entscheidungen, Qualitätskriterien, Verantwortlichkeiten, Wartungshinweise und erforderliche Rückfallmaßnahmen werden festgehalten.

3. Referenzen und Beziehungen

Dieser Baustein behandelt die Aufgabe, starke und schwache Referenzen sowie gerichtete Inhaltsbeziehungen modellieren. Die Bearbeitung folgt einem kontrollierbaren Vier-Schritte-Verfahren.

1. Schritt 1: Ausgangslage erfassen. Fachliche Ziele, beteiligte Rollen, vorhandene Daten und technische Randbedingungen für „starke und schwache Referenzen sowie gerichtete Inhaltsbeziehungen modellieren“ werden dokumentiert.
2. Schritt 2: Lösung umsetzen. Die erforderliche Konfiguration oder Implementierung für „starke und schwache Referenzen sowie gerichtete Inhaltsbeziehungen modellieren“ wird in nachvollziehbaren Teilschritten aufgebaut.
3. Schritt 3: Verhalten prüfen. Normalfälle, Grenzfälle, Berechtigungen, fehlerhafte Eingaben und Wiederholbarkeit werden anhand definierter Prüffälle kontrolliert.
4. Schritt 4: Betrieb absichern. Entscheidungen, Qualitätskriterien, Verantwortlichkeiten, Wartungshinweise und erforderliche Rückfallmaßnahmen werden festgehalten.

4. Transaktionen und Konsistenz

Dieser Baustein behandelt die Aufgabe, atomare Änderungen, Konflikte und konkurrierende Bearbeitung berücksichtigen. Die Bearbeitung folgt einem kontrollierbaren Vier-Schritte-Verfahren.

1. Schritt 1: Ausgangslage erfassen. Fachliche Ziele, beteiligte Rollen, vorhandene Daten und technische Randbedingungen für „atomare Änderungen, Konflikte und konkurrierende Bearbeitung berücksichtigen“ werden dokumentiert.
2. Schritt 2: Lösung umsetzen. Die erforderliche Konfiguration oder Implementierung für „atomare Änderungen, Konflikte und konkurrierende Bearbeitung berücksichtigen“ wird in nachvollziehbaren Teilschritten aufgebaut.
3. Schritt 3: Verhalten prüfen. Normalfälle, Grenzfälle, Berechtigungen, fehlerhafte Eingaben und Wiederholbarkeit werden anhand definierter Prüffälle kontrolliert.
4. Schritt 4: Betrieb absichern. Entscheidungen, Qualitätskriterien, Verantwortlichkeiten, Wartungshinweise und erforderliche Rückfallmaßnahmen werden festgehalten.

5. Assets und Metadaten

Dieser Baustein behandelt die Aufgabe, Medienobjekte, Verweise und abgeleitete Metadaten in die Architektur integrieren. Die Bearbeitung folgt einem kontrollierbaren Vier-Schritte-Verfahren.

1. Schritt 1: Ausgangslage erfassen. Fachliche Ziele, beteiligte Rollen, vorhandene Daten und technische Randbedingungen für „Medienobjekte, Verweise und abgeleitete Metadaten in die Architektur integrieren“ werden dokumentiert.
2. Schritt 2: Lösung umsetzen. Die erforderliche Konfiguration oder Implementierung für „Medienobjekte, Verweise und abgeleitete Metadaten in die Architektur integrieren“ wird in nachvollziehbaren Teilschritten aufgebaut.
3. Schritt 3: Verhalten prüfen. Normalfälle, Grenzfälle, Berechtigungen, fehlerhafte Eingaben und Wiederholbarkeit werden anhand definierter Prüffälle kontrolliert.
4. Schritt 4: Betrieb absichern. Entscheidungen, Qualitätskriterien, Verantwortlichkeiten, Wartungshinweise und erforderliche Rückfallmaßnahmen werden festgehalten.

6. Zugriff und Verteilung

Dieser Baustein behandelt die Aufgabe, API-Zugriffe, Caching und Laufzeitperspektiven aufeinander abstimmen. Die Bearbeitung folgt einem kontrollierbaren Vier-Schritte-Verfahren.

1. Schritt 1: Ausgangslage erfassen. Fachliche Ziele, beteiligte Rollen, vorhandene Daten und technische Randbedingungen für „API-Zugriffe, Caching und Laufzeitperspektiven aufeinander abstimmen“ werden dokumentiert.
2. Schritt 2: Lösung umsetzen. Die erforderliche Konfiguration oder Implementierung für „API-Zugriffe, Caching und Laufzeitperspektiven aufeinander abstimmen“ wird in nachvollziehbaren Teilschritten aufgebaut.
3. Schritt 3: Verhalten prüfen. Normalfälle, Grenzfälle, Berechtigungen, fehlerhafte Eingaben und Wiederholbarkeit werden anhand definierter Prüffälle kontrolliert.
4. Schritt 4: Betrieb absichern. Entscheidungen, Qualitätskriterien, Verantwortlichkeiten, Wartungshinweise und erforderliche Rückfallmaßnahmen werden festgehalten.

7. Mehrprojekt- und Mehrdataset-Modelle

Dieser Baustein behandelt die Aufgabe, Mandanten, Marken, Länder und Umgebungen sauber strukturieren. Die Bearbeitung folgt einem kontrollierbaren Vier-Schritte-Verfahren.

1. Schritt 1: Ausgangslage erfassen. Fachliche Ziele, beteiligte Rollen, vorhandene Daten und technische Randbedingungen für „Mandanten, Marken, Länder und Umgebungen sauber strukturieren“ werden dokumentiert.
2. Schritt 2: Lösung umsetzen. Die erforderliche Konfiguration oder Implementierung für „Mandanten, Marken, Länder und Umgebungen sauber strukturieren“ wird in nachvollziehbaren Teilschritten aufgebaut.
3. Schritt 3: Verhalten prüfen. Normalfälle, Grenzfälle, Berechtigungen, fehlerhafte Eingaben und Wiederholbarkeit werden anhand definierter Prüffälle kontrolliert.
4. Schritt 4: Betrieb absichern. Entscheidungen, Qualitätskriterien, Verantwortlichkeiten, Wartungshinweise und erforderliche Rückfallmaßnahmen werden festgehalten.

8. Architekturentscheidung

Dieser Baustein behandelt die Aufgabe, Varianten anhand von Kopplung, Governance, Kosten und Betriebsrisiken bewerten. Die Bearbeitung folgt einem kontrollierbaren Vier-Schritte-Verfahren.

1. Schritt 1: Ausgangslage erfassen. Fachliche Ziele, beteiligte Rollen, vorhandene Daten und technische Randbedingungen für „Varianten anhand von Kopplung, Governance, Kosten und Betriebsrisiken bewerten“ werden dokumentiert.
2. Schritt 2: Lösung umsetzen. Die erforderliche Konfiguration oder Implementierung für „Varianten anhand von Kopplung, Governance, Kosten und Betriebsrisiken bewerten“ wird in nachvollziehbaren Teilschritten aufgebaut.
3. Schritt 3: Verhalten prüfen. Normalfälle, Grenzfälle, Berechtigungen, fehlerhafte Eingaben und Wiederholbarkeit werden anhand definierter Prüffälle kontrolliert.
4. Schritt 4: Betrieb absichern. Entscheidungen, Qualitätskriterien, Verantwortlichkeiten, Wartungshinweise und erforderliche Rückfallmaßnahmen werden festgehalten.

Praxisübungen

1. Eine Dataset-Strategie für Entwicklung, Staging und Produktion entwerfen.
2. Beziehungen eines Produkt- und Kampagnenmodells analysieren.
3. Eine Architekturentscheidung mit Alternativen und Risiken dokumentieren.

Qualitätssicherung

• Jeder Arbeitsschritt wird mit einem nachvollziehbaren Soll-Ergebnis abgeschlossen.
• Konfigurationen und Implementierungen werden gegen Normal-, Grenz- und Fehlerfälle geprüft.
• Fachliche und technische Entscheidungen werden mit Annahmen und Auswirkungen dokumentiert.
• Die Abschlussprüfung bewertet Vollständigkeit, Wartbarkeit, Sicherheit und betriebliche Eignung.

Methodik

Fachliche Einordnung, Live-Demonstration, angeleitete Umsetzung, eigenständige Übungen, Review und Fehleranalyse wechseln sich ab. Der Praxisfall wächst über die einzelnen Bausteine hinweg zu einer konsistenten Gesamtlösung.