Zentrale und dezentrale Architekturen
Die NovaHealth steht, wie viele moderne Unternehmen, vor grundlegenden Veränderungen: Weg von einer On-Prem-Infrastruktur mit klar strukturierten, zentralen IT-Systemen, hin zu einer verteilten, dynamischen hybriden Umgebung mit On-Prem-Systemen und einer vielfältigen Cloud-Landschaft.
Was früher übersichtlich war, wird heute komplex:
- Systeme kommunizieren über Netzwerke, Clouds und Drittanbieter hinweg
- Daten liegen nicht mehr an einem Ort
- Anwendungen bestehen aus vielen einzelnen Services
Tom hat es im im Gespräch mit Melina auf den Punkt gebracht:
„Wir sind in der gefährlichsten Phase – der Übergangsphase.“
Warum? Weil NovaHealth aktuell zwei Welten gleichzeitig betreibt:
- Ein klassisches, zentrales Rechenzentrum
- Moderne, verteilte Cloud-Services
Diese Mischung führt zu neuen Abhängigkeiten, evtl. unklaren Verantwortlichkeiten und steigender Komplexität.
Bevor du Cloud-Sicherheit wirklich verstehen kannst, müssen wir eine grundlegende Frage klären:
Wie sind die verschiedenen Cloud-Dienste überhaupt aufgebaut und wie interagieren On-Prem-Systeme mit der Cloud?
Die Architektur bestimmt, wie Daten fließen, wer Zugriff hat und wo Risiken entstehen.
Wir gehen davon aus, dass sich deine Cloud-Kenntnisse bisher auf einige Grundlagen beschränken. Damit wir nicht auf Treibsand aufbauen, lernst du diesem Lernabschnitt du daher:
- die zwei grundlegenden Architekturmodelle kennen
- zu verstehen, wie sie funktionieren
- zu erkennen, welche Auswirkungen sie auf Sicherheit haben
Zentrale Architektur (Centralized Computing)
Bei einer zentralen Architektur werden Daten an einem Ort gespeichert, die Verarbeitung an einem zentralen System durchgeführt und alle Nutzer und Systeme greifen auf diesen einen Punkt zu.
Beispiele:
- Unternehmens-Rechenzentrum (z. B. NovaHealth On-Prem in Berlin)
- Mainframe-Systeme
- Klassische Client-Server-Architekturen
Die Vorteile einer zentralisierten IT-Infrastruktur liegen vor allem in
- der hohen Kontrolle,
- der zentralen Verwaltung,
- einheitlichen Sicherheitsrichtlinien und
- klaren Verantwortlichkeiten.
Bei NovaHealth konnte das IT-Team vor der Migration in die Cloud alle Systeme vollständig kontrollieren, und die Daten verließen das Rechenzentrum nicht ohne die volle Kontrolle über Systeme und Kommunikationsfluss.
Allerdings gibt es auch deutliche Nachteile einer zentralisierten IT-Infrastruktur:
- Ein zentrales System stellt einen Single Point of Failure dar,
- die Skalierbarkeit ist begrenzt und
- die Flexibilität gering.
„Ein Beispiel für eine zentrale Infrastruktur wäre doch unser Rechenzentrum in Berlin, oder?“
„Ja, richtig! Hätten wir alle unsere Systeme ausschließlich dort untergebracht und das Berliner Rechenzentrum sollte ausfallen,wäre das unser Single Point of Failure. Damit hätte das weitreichende Auswirkungen auf den gesamten IT-Betrieb unseres Unternehmens.
Dezentrale Architektur (Decentralized Computing)
Bei einer dezentralen Architektur werden Daten auf mehrere Systeme verteilt, die Verarbeitung auf viele Komponenten aufgeteilt und es gibt keinen einzelnen zentralen Zugriffspunkt.
Beispiele:
- Tor-Netzwerk
- Peer-to-Peer-Netzwerke (P2P)
- Content Delivery Networks (CDN)
- Internet of Things (IoT)
- Verteilte Datenbanken
Die Vorteile verteilter Systeme sind insbesondere:
- hohe Ausfallsicherheit
- guten Skalierbarkeit
- Flexibilität
- effizienten Lastverteilung
Allerdings bringt diese Architektur auch Nachteile mit sich:
- Die Systeme werden deutlich komplexer,
- sind schwerer zu kontrollieren,
- die Verantwortlichkeiten verteilen sich auf mehrere Parteien und
- es entstehen mehr potenzielle Angriffsflächen für Sicherheitsrisiken.
„Was bedeutet das nun für NovaHealth?“
„NovaTeleCare läuft bereits in der Cloud, NovaAnalytics auch. Aber noch nicht alle unsere Systeme sind bereits migriert. Das führt zu einem zentralen Problem: Niemand hat mehr die vollständige administrative Kontrolle über die gesamte IT-Infrastruktur.“
NovaHealth befindet sich aktuell in einer Hybrid-Architektur. Das bedeutet, Teile sind noch zentral (On-Prem) und andere Teile sind bereits dezentral (Cloud, APIs, Services). Das ist grundsätzlich auch ein valides Betriebsmodell, jedoch ist es hier sehr wichtig, die Verantwortlichkeiten, Schnittstellen und Prozesse klar zu definieren und zu kennen.
Schauen wir mal, ob du die Vor- und Nachteile von zentralen und dezentralen Infrastrukturen verstanden hast. Ziehe die Charakteristika in die passenden Felder: