Seminar Magnolia CMS – Intensivseminar Administration, Betrieb und Sicherheit

Der fünftägige Betreiberpfad bündelt Architektur, Benutzer- und Rechteverwaltung, Härtung, Backup, Monitoring, Performance, Deployment, Migration und Störungsbehandlung. Der Schwerpunkt liegt auf einer reproduzierbaren Vorgehensweise mit klaren Ausgangswerten, kontrollierten Änderungen, Negativtests und dokumentierten Abnahmekriterien. Produktive Änderungen werden nicht vorausgesetzt; alle Arbeitsschritte lassen sich in einer Labor- oder Projektumgebung nachvollziehen.

Inhaltsübersicht

1. Tag 1: Architektur und Administrationsbasis
2. Tag 2: Sicherheit und Systemhärtung
3. Tag 3: Backup, Restore und Notfallvorsorge
4. Tag 4: Monitoring, Performance und Diagnose
5. Tag 5: Deployment, Upgrade und Betriebsgovernance
6. Zielgruppe und Voraussetzungen
7. Didaktik und Arbeitsweise

Tag 1: Architektur und Administrationsbasis

Inhaltsverzeichnis

• Author-Public-Topologie und Repositorys
• Benutzer, Gruppen, Rollen und ACLs
• Publishing-Rechte und Aufgabentrennung
• Praxisübung, Prüfung und Dokumentation

Dieses Kapitel verbindet Author-Public-Topologie und Repositorys, Benutzer, Gruppen, Rollen und ACLs und Publishing-Rechte und Aufgabentrennung zu einem nachvollziehbaren Arbeitsablauf. Technische Konfiguration, redaktionelle Wirkung, Berechtigungen und betriebliche Folgen werden gemeinsam betrachtet, damit lokale Einzelmaßnahmen nicht zu inkonsistenten Gesamtprozessen führen.

1. Schritt 1 – Ausgangslage erfassen: Author-Public-Topologie und Repositorys werden in der Laborumgebung oder im bereitgestellten Referenzfall inventarisiert. Abhängigkeiten, Verantwortungen, bestehende Ausnahmen und erkennbare Risiken werden in einer Prüfliste festgehalten.
2. Schritt 2 – Zielmodell festlegen: Für Benutzer, Gruppen, Rollen und ACLs wird ein Sollzustand mit eindeutigen Namens-, Rollen-, Daten- und Qualitätsregeln entworfen. Nicht benötigte Optionen werden bewusst ausgeschlossen, damit der spätere Betrieb überschaubar bleibt.
3. Schritt 3 – Umsetzung durchführen: Publishing-Rechte und Aufgabentrennung werden schrittweise konfiguriert oder implementiert. Eine betriebsfähige Referenzarchitektur und ein Minimalrollenmodell werden eingerichtet. Jeder Änderungsschritt wird mit Ausgangswert, Änderung und erwarteter Wirkung protokolliert.
4. Schritt 4 – Funktion und Grenzen prüfen: Der Normalfall wird durch Positivtests bestätigt. Anschließend werden fehlende Daten, ungültige Eingaben, unberechtigte Zugriffe, nicht verfügbare Abhängigkeiten und Wiederanlauf betrachtet.
5. Schritt 5 – Standard festschreiben: Konfiguration, Prüfergebnisse, offene Risiken, Rückfalloptionen und Verantwortungen werden konsolidiert. Als verbindlicher Dokumentationsstand entsteht: Basisarchitektur mit Rechte- und Verantwortungsmatrix.

Die Übung endet erst nach einem reproduzierbaren Wiederholungstest. Dadurch bleibt nachvollziehbar, welche Voraussetzungen erfüllt sein müssen und wie Abweichungen systematisch erkannt werden.

Tag 2: Sicherheit und Systemhärtung

Inhaltsverzeichnis

• Angriffsflächen und Schutzbedarf
• REST-, HTTP- und Administrationsschutz
• Geheimnisse, Patchstand und Audit
• Praxisübung, Prüfung und Dokumentation

Dieses Kapitel verbindet Angriffsflächen und Schutzbedarf, REST-, HTTP- und Administrationsschutz und Geheimnisse, Patchstand und Audit zu einem nachvollziehbaren Arbeitsablauf. Technische Konfiguration, redaktionelle Wirkung, Berechtigungen und betriebliche Folgen werden gemeinsam betrachtet, damit lokale Einzelmaßnahmen nicht zu inkonsistenten Gesamtprozessen führen.

1. Schritt 1 – Ausgangslage erfassen: Angriffsflächen und Schutzbedarf werden in der Laborumgebung oder im bereitgestellten Referenzfall inventarisiert. Abhängigkeiten, Verantwortungen, bestehende Ausnahmen und erkennbare Risiken werden in einer Prüfliste festgehalten.
2. Schritt 2 – Zielmodell festlegen: Für REST-, HTTP- und Administrationsschutz wird ein Sollzustand mit eindeutigen Namens-, Rollen-, Daten- und Qualitätsregeln entworfen. Nicht benötigte Optionen werden bewusst ausgeschlossen, damit der spätere Betrieb überschaubar bleibt.
3. Schritt 3 – Umsetzung durchführen: Geheimnisse, Patchstand und Audit werden schrittweise konfiguriert oder implementiert. Eine Ausgangsinstallation wird nach priorisiertem Härtungskatalog abgesichert und getestet. Jeder Änderungsschritt wird mit Ausgangswert, Änderung und erwarteter Wirkung protokolliert.
4. Schritt 4 – Funktion und Grenzen prüfen: Der Normalfall wird durch Positivtests bestätigt. Anschließend werden fehlende Daten, ungültige Eingaben, unberechtigte Zugriffe, nicht verfügbare Abhängigkeiten und Wiederanlauf betrachtet.
5. Schritt 5 – Standard festschreiben: Konfiguration, Prüfergebnisse, offene Risiken, Rückfalloptionen und Verantwortungen werden konsolidiert. Als verbindlicher Dokumentationsstand entsteht: Härtungsbaseline mit Nachweisen und Restrestrisiken.

Die Übung endet erst nach einem reproduzierbaren Wiederholungstest. Dadurch bleibt nachvollziehbar, welche Voraussetzungen erfüllt sein müssen und wie Abweichungen systematisch erkannt werden.

Tag 3: Backup, Restore und Notfallvorsorge

Inhaltsverzeichnis

• Sicherungsobjekte und Konsistenz
• Restore-Reihenfolge und Wiederanlauf
• RTO, RPO und Notfallrollen
• Praxisübung, Prüfung und Dokumentation

Dieses Kapitel verbindet Sicherungsobjekte und Konsistenz, Restore-Reihenfolge und Wiederanlauf und RTO, RPO und Notfallrollen zu einem nachvollziehbaren Arbeitsablauf. Technische Konfiguration, redaktionelle Wirkung, Berechtigungen und betriebliche Folgen werden gemeinsam betrachtet, damit lokale Einzelmaßnahmen nicht zu inkonsistenten Gesamtprozessen führen.

1. Schritt 1 – Ausgangslage erfassen: Sicherungsobjekte und Konsistenz werden in der Laborumgebung oder im bereitgestellten Referenzfall inventarisiert. Abhängigkeiten, Verantwortungen, bestehende Ausnahmen und erkennbare Risiken werden in einer Prüfliste festgehalten.
2. Schritt 2 – Zielmodell festlegen: Für Restore-Reihenfolge und Wiederanlauf wird ein Sollzustand mit eindeutigen Namens-, Rollen-, Daten- und Qualitätsregeln entworfen. Nicht benötigte Optionen werden bewusst ausgeschlossen, damit der spätere Betrieb überschaubar bleibt.
3. Schritt 3 – Umsetzung durchführen: RTO, RPO und Notfallrollen werden schrittweise konfiguriert oder implementiert. Ein vollständiger Restore wird unter Zeitmessung durchgeführt und fachlich geprüft. Jeder Änderungsschritt wird mit Ausgangswert, Änderung und erwarteter Wirkung protokolliert.
4. Schritt 4 – Funktion und Grenzen prüfen: Der Normalfall wird durch Positivtests bestätigt. Anschließend werden fehlende Daten, ungültige Eingaben, unberechtigte Zugriffe, nicht verfügbare Abhängigkeiten und Wiederanlauf betrachtet.
5. Schritt 5 – Standard festschreiben: Konfiguration, Prüfergebnisse, offene Risiken, Rückfalloptionen und Verantwortungen werden konsolidiert. Als verbindlicher Dokumentationsstand entsteht: Notfall-Runbook mit Wiederanlaufzeiten.

Die Übung endet erst nach einem reproduzierbaren Wiederholungstest. Dadurch bleibt nachvollziehbar, welche Voraussetzungen erfüllt sein müssen und wie Abweichungen systematisch erkannt werden.

Tag 4: Monitoring, Performance und Diagnose

Inhaltsverzeichnis

• Logs, Health Checks und Metriken
• Cache, Indexierung und Lastprofile
• Diagnosebaum, Eskalation und Ursachenanalyse
• Praxisübung, Prüfung und Dokumentation

Dieses Kapitel verbindet Logs, Health Checks und Metriken, Cache, Indexierung und Lastprofile und Diagnosebaum, Eskalation und Ursachenanalyse zu einem nachvollziehbaren Arbeitsablauf. Technische Konfiguration, redaktionelle Wirkung, Berechtigungen und betriebliche Folgen werden gemeinsam betrachtet, damit lokale Einzelmaßnahmen nicht zu inkonsistenten Gesamtprozessen führen.

1. Schritt 1 – Ausgangslage erfassen: Logs, Health Checks und Metriken werden in der Laborumgebung oder im bereitgestellten Referenzfall inventarisiert. Abhängigkeiten, Verantwortungen, bestehende Ausnahmen und erkennbare Risiken werden in einer Prüfliste festgehalten.
2. Schritt 2 – Zielmodell festlegen: Für Cache, Indexierung und Lastprofile wird ein Sollzustand mit eindeutigen Namens-, Rollen-, Daten- und Qualitätsregeln entworfen. Nicht benötigte Optionen werden bewusst ausgeschlossen, damit der spätere Betrieb überschaubar bleibt.
3. Schritt 3 – Umsetzung durchführen: Diagnosebaum, Eskalation und Ursachenanalyse werden schrittweise konfiguriert oder implementiert. Ein Performance- und ein Störungsfall werden systematisch gemessen, behoben und dokumentiert. Jeder Änderungsschritt wird mit Ausgangswert, Änderung und erwarteter Wirkung protokolliert.
4. Schritt 4 – Funktion und Grenzen prüfen: Der Normalfall wird durch Positivtests bestätigt. Anschließend werden fehlende Daten, ungültige Eingaben, unberechtigte Zugriffe, nicht verfügbare Abhängigkeiten und Wiederanlauf betrachtet.
5. Schritt 5 – Standard festschreiben: Konfiguration, Prüfergebnisse, offene Risiken, Rückfalloptionen und Verantwortungen werden konsolidiert. Als verbindlicher Dokumentationsstand entsteht: Monitoring- und Diagnosekatalog.

Die Übung endet erst nach einem reproduzierbaren Wiederholungstest. Dadurch bleibt nachvollziehbar, welche Voraussetzungen erfüllt sein müssen und wie Abweichungen systematisch erkannt werden.

Tag 5: Deployment, Upgrade und Betriebsgovernance

Inhaltsverzeichnis

• CI/CD, Konfiguration und Rollback
• Upgrade- und Migrationsproben
• Change, Servicequalität und regelmäßige Reviews
• Praxisübung, Prüfung und Dokumentation

Dieses Kapitel verbindet CI/CD, Konfiguration und Rollback, Upgrade- und Migrationsproben und Change, Servicequalität und regelmäßige Reviews zu einem nachvollziehbaren Arbeitsablauf. Technische Konfiguration, redaktionelle Wirkung, Berechtigungen und betriebliche Folgen werden gemeinsam betrachtet, damit lokale Einzelmaßnahmen nicht zu inkonsistenten Gesamtprozessen führen.

1. Schritt 1 – Ausgangslage erfassen: CI/CD, Konfiguration und Rollback werden in der Laborumgebung oder im bereitgestellten Referenzfall inventarisiert. Abhängigkeiten, Verantwortungen, bestehende Ausnahmen und erkennbare Risiken werden in einer Prüfliste festgehalten.
2. Schritt 2 – Zielmodell festlegen: Für Upgrade- und Migrationsproben wird ein Sollzustand mit eindeutigen Namens-, Rollen-, Daten- und Qualitätsregeln entworfen. Nicht benötigte Optionen werden bewusst ausgeschlossen, damit der spätere Betrieb überschaubar bleibt.
3. Schritt 3 – Umsetzung durchführen: Change, Servicequalität und regelmäßige Reviews werden schrittweise konfiguriert oder implementiert. Ein Release mit Schema- und Konfigurationsänderungen wird geplant, ausgerollt und zurückgesetzt. Jeder Änderungsschritt wird mit Ausgangswert, Änderung und erwarteter Wirkung protokolliert.
4. Schritt 4 – Funktion und Grenzen prüfen: Der Normalfall wird durch Positivtests bestätigt. Anschließend werden fehlende Daten, ungültige Eingaben, unberechtigte Zugriffe, nicht verfügbare Abhängigkeiten und Wiederanlauf betrachtet.
5. Schritt 5 – Standard festschreiben: Konfiguration, Prüfergebnisse, offene Risiken, Rückfalloptionen und Verantwortungen werden konsolidiert. Als verbindlicher Dokumentationsstand entsteht: Release- und Betriebsstandard für produktive Umgebungen.

Die Übung endet erst nach einem reproduzierbaren Wiederholungstest. Dadurch bleibt nachvollziehbar, welche Voraussetzungen erfüllt sein müssen und wie Abweichungen systematisch erkannt werden.

Zielgruppe und Voraussetzungen

Inhaltsverzeichnis

• Adressierte Rollen
• Fachliche und technische Vorkenntnisse
• Labor- und Arbeitsmittel

Zielgruppe: Lead-Administration, Plattformbetrieb, DevOps, Security Operations, Service Management, technische Projektleitung und Informationssicherheit.

Voraussetzungen: Solide Kenntnisse in Java-Webanwendungen, Betriebssystemen, Datenbanken, HTTP, Netzwerken und Identitätsmanagement; eine Magnolia-Laborumgebung ist erforderlich.

Für die Praxisanteile wird eine getrennte Magnolia-Umgebung mit Beispieldaten verwendet. Administrations- und Entwicklungsübungen werden mit nicht produktiven Konten durchgeführt. Vor jedem Eingriff werden Ausgangszustand, erwartete Wirkung und Rückfallmöglichkeit festgehalten.

Didaktik und Arbeitsweise

Inhaltsverzeichnis

• Fachimpuls und Demonstration
• Geführte Umsetzung
• Kontrollierte Fehlerfälle
• Abnahme und Dokumentation

Kurze Fachimpulse werden unmittelbar durch Demonstrationen und geführte Arbeitsschritte vertieft. Jede Übung enthält einen definierten Ausgangszustand, konkrete Prüfpunkte, mindestens einen Negativfall und eine schriftliche Abnahme. Wiederholbare Checklisten und Runbooks stehen im Mittelpunkt; reine Funktionsvorführungen ohne Prüfung sind nicht Bestandteil des Vorgehens.