Seminar SEEBURGER BIS – Intensivseminar Plattform, Betrieb und Sicherheit

Der Intensivpfad bündelt alle plattform- und betriebsorientierten Einzelseminare. Aus Zielarchitektur, Sicherheitsbaseline, Monitoring, Leistungs- und Notfallkonzept sowie Migrationsplan entsteht ein zusammenhängendes Betriebs- und Übergabepaket.

Inhaltsübersicht

• Einordnung und Zielsetzung
• Schrittweise Seminarinhalte
• Zielgruppe und Voraussetzungen
• Didaktik und Arbeitsweise

Einordnung und Zielsetzung

Im Mittelpunkt stehen folgende Arbeitsziele:

• BIS-Zielarchitektur und Bereitstellungsmodell mit klaren Verantwortungsgrenzen entwerfen.
• Administration, Rollen, Sicherheit und Kryptografie als Baseline etablieren.
• Monitoring, Troubleshooting, Performance und Wiederanlauf praktisch verbinden.
• Migration, Test, Deployment und Betriebsübergabe kontrolliert planen.

Schrittweise Seminarinhalte

Tag 1: Architektur und Bereitstellungsmodell

1. Schritt 1: System- und Partnerlandschaft, Datenflüsse, Serviceziele und Schutzbedarf erfassen.
2. Schritt 2: BIS Hub, BIS Server und hybride Varianten in einer Zielarchitektur einordnen.
3. Schritt 3: Netzwerk-, Vertrauens- und administrative Zonen modellieren.
4. Schritt 4: Skalierung, Verfügbarkeit, Datenhaltung und Betriebsverantwortung festlegen.
5. Schritt 5: Architekturentscheidungen und offene Risiken dokumentieren.

Tag 2: Administration und Sicherheitsbaseline

1. Schritt 1: Rollen, Berechtigungen und administrative Zugangswege nach Minimalprinzip definieren.
2. Schritt 2: Zertifikate, Schlüssel, Geheimnisse und technische Konten inventarisieren.
3. Schritt 3: Hardening, Auditierung und Änderungsfreigaben konfigurieren.
4. Schritt 4: Sicherungsobjekte, Wiederherstellungsreihenfolge und Updateabläufe festlegen.
5. Schritt 5: Sicherheitsbaseline mit Positiv- und Negativtests prüfen.

Tag 3: Monitoring und Troubleshooting

1. Schritt 1: End-to-End-Korrelation, Servicekennzahlen und Dashboards aufbauen.
2. Schritt 2: Alarme nach Auswirkung, Dringlichkeit und Verantwortungsgruppe klassifizieren.
3. Schritt 3: Fehler in Transport, Mapping, Prozess, Datenbank und Zielsystem systematisch eingrenzen.
4. Schritt 4: Reprocessing, Wiederholung und manuelle Korrektur mit Schutzkontrollen erproben.
5. Schritt 5: Incident- und Problem-Runbooks mit Eskalationswegen erstellen.

Tag 4: Performance, Hochverfügbarkeit und Notfallvorsorge

1. Schritt 1: Lastprofile, Kapazitätsannahmen und SLOs definieren.
2. Schritt 2: Baseline-, Last- und Stresstest ausführen und Engpässe analysieren.
3. Schritt 3: Redundanz, Failover, Sicherung und Wiederanlauf für kritische Komponenten planen.
4. Schritt 4: Kontrollierten Ausfall oder Wiederanlauf in der Laborumgebung testen.
5. Schritt 5: Notfallrollen, Kommunikationsplan und regelmäßigen Testkalender dokumentieren.

Tag 5: Migration, Deployment und Betriebsübergabe

1. Schritt 1: Integrationen, Abhängigkeiten und Migrationsrisiken inventarisieren.
2. Schritt 2: Wellen, Pilot, Parallelbetrieb, Cutover und Rollback planen.
3. Schritt 3: Tests, Git, Freigaben und Deploymentstufen in den Migrationsprozess integrieren.
4. Schritt 4: Hypercare, Serviceübergabe, Kennzahlen und offene Restarbeiten organisieren.
5. Schritt 5: Gesamtpaket aus Architektur-, Sicherheits-, Betriebs- und Migrationsdokumenten abnehmen.

Zielgruppe und Voraussetzungen

Zielgruppe: BIS-Plattformbetrieb, System- und Cloud-Architektur, Security Engineering, SRE, Service Management, Migrationsteams und technische Leads.

Voraussetzungen: Gute Kenntnisse in Server-, Netzwerk-, Cloud- und Betriebsgrundlagen sowie allgemeines Verständnis von Integrationsplattformen.

Didaktische Begründung: Fünf Tage sind das notwendige Maximum, um Architektur, Sicherheit, Betrieb, Resilienz und Migration mit praktischen Kontrollen zu einem vollständigen Betriebsmodell zu verbinden.

Didaktik und Arbeitsweise

Kurze Fachimpulse werden unmittelbar durch Demonstrationen, strukturierte Konfigurationsschritte, Praxisübungen und kontrollierte Fehlerfälle vertieft. Jede Übung verwendet definierte Ausgangswerte, Prüfpunkte und Dokumentationsanforderungen. Produktfunktionen werden abhängig von Bereitstellungsmodell, Version und Lizenzumfang in der verfügbaren Laborumgebung eingeordnet.