IT-Architektur, Daten und Sicherheit
Der Bereich IT-Architektur, Daten und Sicherheit prüft, ob du Systeme strukturiert entwirfst, Daten konsistent hältst und Schutzbedarf in konkrete, überprüfbare Massnahmen übersetzt.
Architektur
Schichten: Geschäfts-, Daten-, Anwendungs- und Technologiearchitektur. Prinzipien explizit machen: lose Kopplung, hohe Kohäsion, Einheitlichkeit, Wiederverwendung, definiertes Ausfallverhalten. Schnittstellen: synchron (API, direkte Kopplung, Ausfälle werden durchgereicht) gegenüber asynchron (Queue, Entkopplung, höhere Betriebskomplexität). Skalierung vertikal (grössere Maschine) gegenüber horizontal (mehr Instanzen, erfordert Zustandslosigkeit). Cloud: IaaS, PaaS, SaaS – mit dem Modell wandert die Verantwortungsteilung zwischen Anbieter und Kunde.
Daten
ER-Modell → relationales Schema. 1NF: atomare Werte. 2NF: keine partiellen Abhängigkeiten vom Teil eines zusammengesetzten Schlüssels. 3NF: keine transitiven Abhängigkeiten. Verstösse erzeugen Änderungs-, Einfüge- und Löschanomalien. Referentielle Integrität über Fremdschlüssel. Stammdaten (Kunde, Artikel) gegenüber Bewegungsdaten (Bestellung, Buchung). Data Warehouse: ETL/ELT, historisiert, bewusst denormalisiert (Sternschema) für Auswertbarkeit. Datenqualitätsdimensionen: Vollständigkeit, Konsistenz, Eindeutigkeit, Aktualität, Validität, Genauigkeit.
Sicherheit
Schutzziele: Vertraulichkeit, Integrität, Verfügbarkeit, ergänzt um Authentizität und Verbindlichkeit. Massnahmen: Defense in Depth, Minimalprinzip, Need-to-know, Authentifizierung (wer) vor Autorisierung (was darf), MFA, Rollen- und Attributkonzepte, Verschlüsselung im Transport und at rest, Protokollierung, Patch- und Backup-Prozesse, geübte Notfallverfahren. RTO = maximal tolerierbare Ausfallzeit, RPO = maximal tolerierbarer Datenverlust; beides sind Anforderungen des Geschäfts, keine technischen Wunschwerte.
Worked example
Anforderung: Ausfall des ERP höchstens 8 Stunden, höchstens 1 Stunde Datenverlust. Daraus folgt RTO = 8 h und RPO = 1 h. Ein tägliches Vollbackup um 02:00 erfüllt den RPO nicht – im schlechtesten Fall gehen 23 Stunden verloren. Nötig sind mindestens stündliche Sicherungen oder kontinuierliche Replikation, plus ein Wiederherstellungsverfahren, das nachweislich in unter 8 Stunden funktioniert. Deshalb: Restore-Test mit gemessener Wiederherstellungszeit statt der Meldung „Backup-Job erfolgreich“. Die Sicherung selbst muss verschlüsselt und zugriffsbeschränkt sein, sonst wird sie zum Datenleck; ein ungetestetes Backup erfüllt kein Schutzziel, weil die Verfügbarkeit nicht belegt ist.
Fallen
- Verfügbarkeit mit „wir machen Backups“ gleichsetzen – ohne Restore-Test kein Nachweis.
- Authentifizierung und Autorisierung verwechseln.
- Normalisierung im Data Warehouse erzwingen und damit Auswertungen unmöglich machen.
- Architektur ohne nicht-funktionale Anforderungen zeichnen („schöne Kästchen“).
- Sicherheit als reines Technikthema behandeln, obwohl Berechtigungskonzepte und Prozesse entscheiden.