Seminar Sonic Cloud Architektur und Komponenten

Das Seminar vermittelt ein belastbares Gesamtbild der Plattform, ihrer Komponenten, Datenflüsse und Betriebsgrenzen. Es dient als technische Entscheidungsgrundlage für Einführung, Übernahme oder Weiterbetrieb einer vorhandenen Installation.

Ein Tag ist ausreichend, weil der Schwerpunkt auf Architekturverständnis, Topologieentscheidung und Betriebssteckbrief liegt und keine vollständige Installation durchgeführt wird.

Inhaltsverzeichnis

• Plattformprofil, Einsatzfelder und Lebenszyklus
• Architektur und Datenflüsse
• Bereitstellungsmodelle und Topologieentscheidungen
• Verteilte Device-Lab-Topologien
• Absicherung und Schutzbedarfsanalyse

Lernziele

• Komponenten und Kommunikationswege erklären.
• Bereitstellungsmodelle vergleichen.
• Daten- und Fehlerdomänen bewerten.
• Lebenszyklus- und Betriebsrisiken in eine Entscheidungsvorlage überführen.

Zielgruppe

IT-Architektur, technische Projektleitung, Systemadministration, DevOps, Testleitung und IT-Sicherheit.

Voraussetzungen

Grundkenntnisse zu Webanwendungen, Datenbanken, Netzwerken und mobiler Qualitätssicherung.

Seminarinhalte

Modul 1: Plattformprofil, Einsatzfelder und Lebenszyklus

Die Plattform wird als Device-Lab-, Fernsteuerungs- und Testautomatisierungsumgebung eingeordnet. Der Lebenszyklus der zuletzt veröffentlichten Plattformgeneration wird in die Betriebsentscheidung einbezogen.

1. Schritt 1: Anwendungsfälle für Fernsteuerung, Debugging, manuelle Prüfung und automatisierte Tests voneinander abgrenzen.
2. Schritt 2: Unterstützte Geräteklassen und typische Grenzen eines Real-Device-Labs dokumentieren.
3. Schritt 3: Versionen von Server, Web-Client und Agent als zusammengehörigen Plattformstand erfassen.
4. Schritt 4: Wartungsstatus, Eigenverantwortung für Patches und interne Freigaberegeln in einem Betriebssteckbrief festhalten.

Modul 2: Architektur und Datenflüsse

Server, Web-Client, Datenbank, Agenten und angeschlossene Geräte werden als Gesamtsystem betrachtet. Besondere Aufmerksamkeit gilt Steuerkanälen, Dateiübertragung, Testergebnissen und Netzwerkgrenzen.

1. Schritt 1: Komponenten und Verantwortlichkeiten in einem Architekturdiagramm zuordnen.
2. Schritt 2: Kommunikationswege zwischen Browser, Server, Agent und Mobilgerät nachvollziehen.
3. Schritt 3: Persistente Daten, temporäre Artefakte, Protokolle und Testberichte klassifizieren.
4. Schritt 4: Fehlerdomänen und Abhängigkeiten für Betrieb und Entstörung markieren.

Modul 3: Bereitstellungsmodelle und Topologieentscheidungen

Zentrale, verteilte und standortübergreifende Topologien werden anhand von Netz, Gerätestandort, Latenz und Administrationsgrenzen verglichen.

1. Schritt 1: Einzelserver-, Container- und getrennte Datenbankmodelle gegenüberstellen.
2. Schritt 2: Agenten nach Standort, Betriebssystem und Geräteklasse gruppieren.
3. Schritt 3: Firewall-, Namensauflösungs- und Zeitdienstanforderungen in einer Port- und Dienstematrix erfassen.
4. Schritt 4: Ein Zielmodell mit Erweiterungs-, Ausfall- und Wartungsreserven auswählen.

Modul 4: Verteilte Device-Lab-Topologien

Mehrere Agenten werden zu einer einheitlich verwalteten Gerätefarm zusammengeführt. Die Topologie wird nach Ausfallgrenzen, Betriebssystemen und räumlicher Nähe zu den Geräten gegliedert.

1. Schritt 1: Geräteklassen und Standorte in Agentengruppen überführen.
2. Schritt 2: Kapazitätsgrenzen je Host aus USB-Ports, CPU, Arbeitsspeicher und parallelen Sitzungen bestimmen.
3. Schritt 3: Redundanz- und Ersatzkonzepte für Agent-Hosts und kritische Geräte definieren.
4. Schritt 4: Ein Erweiterungsschema für zusätzliche Standorte und Gerätebestände festlegen.

Modul 5: Absicherung und Schutzbedarfsanalyse

Server, Agenten und Geräte verarbeiten Zugangsdaten, Testdaten, Screenshots und Netzwerkverkehr. Die Absicherung umfasst technische und organisatorische Maßnahmen.

1. Schritt 1: Datenarten, Geheimnisse und administrative Schnittstellen nach Schutzbedarf einstufen.
2. Schritt 2: Netzwerkzugriffe, Konten, Dateirechte und Zertifikatsbetrieb auf das notwendige Maß reduzieren.
3. Schritt 3: Protokolle und Artefakte auf sensible Inhalte und angemessene Aufbewahrung prüfen.
4. Schritt 4: Patch-, Schwachstellen- und Ausnahmeprozess für eine eigenverantwortlich betriebene Plattform festlegen.

Praxisübungen

• Ein Architekturdiagramm für eine Beispielumgebung erstellen.
• Datenflüsse und Schutzbedarf markieren.
• Eine Make-or-Operate-Entscheidung mit Risiken dokumentieren.
• Eine technische Checkliste für die nachfolgende Installation ableiten.