Digitaler Wandel praktisch
Bei der Wahl zwischen Cloud und eigenem Server geht es nicht nur um die Frage, wo Dateien und Anwendungen gespeichert werden. Die Entscheidung beeinflusst laufende Kosten, Sicherheitsprozesse, Arbeitsweisen, Ausfallsicherheit und die Abhängigkeit von technischen Dienstleistern. Eine passende Infrastruktur muss daher zu den Geschäftsprozessen, den Schutzanforderungen und den vorhandenen Kompetenzen passen.
Ein eigener Server steht in den Räumen des Unternehmens oder in einem dafür angemieteten Rechenzentrum. Die Organisation oder ein beauftragter IT-Dienstleister verantwortet dabei in der Regel Hardware, Betriebssystem, Netzwerk, Datensicherung und Wartung. Bei einem Cloud-Modell werden Rechenleistung, Speicher oder fertige Anwendungen über ein Netzwerk von einem Anbieter bezogen. Die Verantwortung verteilt sich dann zwischen Anbieter und Kunde, abhängig vom gebuchten Dienst.
Die Begriffe sind allerdings nicht immer eindeutig. Ein gemieteter virtueller Server ist technisch eine Cloud-Ressource, wird aber ähnlich administriert wie ein eigener Server. Eine gehostete Anwendung kann dagegen fast ohne eigene Serververwaltung auskommen. Für eine belastbare Entscheidung muss deshalb zunächst feststehen, welche Art von Cloud gemeint ist.
Die Verantwortlichkeiten unterscheiden sich deutlich zwischen den verbreiteten Servicemodellen:
Die Bezeichnung Cloud sagt daher wenig über Datenschutz, Sicherheitsniveau oder Zuständigkeiten aus. Entscheidend sind der konkrete Vertrag, die technische Architektur, der Speicherort der Daten und die Regelungen für Zugriffe, Sicherung und Wiederherstellung.
Die folgende Übersicht dient als Orientierung. Einzelne Produkte und Betriebsmodelle können von diesen typischen Eigenschaften abweichen.
| Kriterium | Eigener Server | Cloud-Dienst |
|---|---|---|
| Investition | Hardware, Lizenzen, Einrichtung und Infrastruktur werden zu Beginn finanziert. | Die Kosten verteilen sich meist auf laufende Nutzungs- oder Abonnementgebühren. |
| Skalierung | Zusätzliche Leistung erfordert häufig neue Hardware oder Umbauten. | Ressourcen lassen sich je nach Dienst oft schneller erweitern oder reduzieren. |
| Wartung | Das Unternehmen oder ein Dienstleister trägt die Verantwortung für viele Systemebenen. | Ein Teil der Wartung liegt beim Anbieter, der Umfang hängt vom Servicemodell ab. |
| Kontrolle | Hohe Kontrolle über Hardware, Netzwerk und Konfiguration. | Kontrolle wird durch Plattform, Vertrag und technische Vorgaben des Anbieters begrenzt. |
| Erreichbarkeit | Abhängigkeit von Stromversorgung, Internetanbindung und eigener Ausfallsicherung. | Abhängigkeit von Internetzugang, Anbieterplattform und vertraglich zugesicherter Verfügbarkeit. |
| Datenschutz | Direkte Kontrolle über Speicherort und Zugriffswege, aber auch eigene Verantwortung. | Prüfung von Auftragsverarbeitung, Unterauftragnehmern, Speicherorten und Zugriffen erforderlich. |
| Fachwissen | Know-how für Administration, Updates, Backup und Fehleranalyse wird benötigt. | Weniger Infrastrukturverwaltung, aber Kompetenz für Konfiguration, Identitäten und Kontrolle bleibt notwendig. |
Eine Infrastrukturentscheidung beginnt mit den Daten und Prozessen, nicht mit einem bestimmten Produkt. Erstellen Sie zunächst ein Verzeichnis der Anwendungen und Informationen, die betrieben oder gespeichert werden sollen. Dazu gehören etwa Kundendaten, Personalunterlagen, Finanzinformationen, Konstruktionsdaten, Zugangsdaten und öffentlich zugängliche Dokumente.
Ordnen Sie jede Datenart nach ihrem Schutzbedarf ein. Hilfreiche Fragen sind:
Für diese Bewertung werden häufig die Schutzziele Vertraulichkeit, Integrität und Verfügbarkeit verwendet. Das Bundesamt für Sicherheit in der Informationstechnik beschreibt diese Schutzziele unter anderem im IT-Grundschutz. Für personenbezogene Daten sind zusätzlich die Anforderungen der Datenschutz-Grundverordnung zu berücksichtigen. Eine hohe Sensibilität führt nicht automatisch zum Ausschluss der Cloud. Sie verlangt jedoch eine nachvollziehbare Auswahl, geeignete technische Maßnahmen und eine klare Regelung der Verantwortlichkeiten.
Praktisch bewährt sich eine dreistufige Einteilung, etwa öffentlich, intern und vertraulich. Für besonders kritische Informationen kann eine eigene Kategorie mit strengeren Zugriffs- und Verschlüsselungsregeln sinnvoll sein. Die Kategorien sollten dokumentiert und regelmäßig überprüft werden, weil sich Anwendungen, Teams und Risiken verändern.
Ein Vergleich der monatlichen Cloud-Gebühr mit dem Kaufpreis eines Servers führt häufig zu falschen Ergebnissen. Bei eigener Infrastruktur zählen neben der Hardware auch Stromversorgung, Klimatisierung, Ersatzteile, Garantien, Betriebssysteme, Datenbanklizenzen, Backup-Medien, Überwachung, Wartungsverträge und Arbeitszeit für Administration und Störungsbehebung.
Bei Cloud-Diensten entstehen Kosten unter anderem durch Benutzerkonten, Speicher, Rechenleistung, Datenübertragung, Sicherungen, Protokollierung, Support und zusätzliche Sicherheitsfunktionen. Verbrauchsabhängige Modelle können bei stark schwankender Nutzung wirtschaftlich sein, benötigen aber eine Kostenüberwachung. Nicht mehr verwendete Testsysteme oder große Datenbestände können sonst weiter Gebühren verursachen.
Erstellen Sie für beide Varianten eine mehrjährige Gesamtkostenrechnung. Darin sollten mindestens diese Positionen stehen:
Berücksichtigen Sie außerdem die Kosten eines Ausfalls. Eine günstige Infrastruktur kann wirtschaftlich unpassend sein, wenn ein längerer Stillstand wichtige Geschäftsprozesse unterbricht. Umgekehrt ist eine hochredundante Lösung für eine Anwendung mit geringer Kritikalität nicht automatisch gerechtfertigt.
Cloud-Dienste nehmen dem Unternehmen Sicherheitsarbeit ab, beseitigen sie aber nicht. Ein Anbieter kann die Rechenzentrumsinfrastruktur, die physische Zugangskontrolle und bestimmte Plattformkomponenten schützen. Das Unternehmen muss weiterhin Benutzer, Rollen, Freigaben, Endgeräte, Daten und Konfigurationen kontrollieren.
Vor der Auswahl sollte eine Sicherheitsprüfung mindestens folgende Punkte abdecken:
Beim eigenen Server liegen diese Aufgaben in größerem Umfang bei der eigenen IT. Das bringt Kontrolle, verlangt aber feste Prozesse für Patchmanagement, Virenschutz, Firewall-Regeln, administrative Konten und Überwachung. Ein ungepatchter Server im eigenen Gebäude ist nicht sicherer, nur weil er nicht bei einem Cloud-Anbieter steht.
Für beide Modelle sind getestete Backups, getrennte Administrationskonten und ein Notfallplan unverzichtbar. Eine Datensicherung, die noch nie wiederhergestellt wurde, ist kein verlässlicher Nachweis für Wiederherstellbarkeit.
Bei personenbezogenen Daten müssen Unternehmen klären, wer welche Verarbeitung durchführt und auf welcher rechtlichen Grundlage. Wird ein externer Dienstleister mit der Verarbeitung beauftragt, ist in vielen Fällen eine Vereinbarung zur Auftragsverarbeitung nach der Datenschutz-Grundverordnung erforderlich. Die konkrete Einordnung hängt vom Dienst und von der Verarbeitung ab und sollte fachkundig geprüft werden.
Wichtige Prüfpunkte sind der Speicherort, mögliche Zugriffe aus anderen Staaten, eingesetzte Unterauftragnehmer, Löschfristen, Rückgabe der Daten und die Unterstützung bei Betroffenenrechten. Eine Angabe wie „Daten in Europa“ beantwortet nicht jede Frage. Auch Supportzugriffe, Sicherungskopien und Protokolle können eigene Speicherorte oder Zugriffspfade haben.
Bei einem eigenen Server entfällt die Datenschutzprüfung nicht. Das Unternehmen muss unter anderem Zugriffe absichern, Löschkonzepte umsetzen, Sicherungskopien kontrollieren und Datenschutzverletzungen bewerten. Die physische Unterbringung, etwa in einem abgeschlossenen Serverraum oder einem Rechenzentrum, gehört ebenfalls zum Schutzkonzept.
Dokumentieren Sie die Entscheidung mit einer Datenflussübersicht. Sie sollte zeigen, welche Anwendung welche Daten verarbeitet, von welchen Endgeräten Zugriffe erfolgen, wo Sicherungen liegen und welche Dienstleister beteiligt sind. Diese Übersicht hilft bei Audits, bei Störungen und bei späteren Wechseln.
Cloud-Anwendungen benötigen normalerweise eine funktionierende Internetverbindung. Fällt der Zugang aus, kann auch ein grundsätzlich verfügbarer Dienst nicht erreichbar sein. Prüfen Sie daher, ob ein zweiter Internetzugang, eine Mobilfunklösung oder ein lokaler Notbetrieb erforderlich ist. Dabei muss auch feststehen, welche Arbeitsplätze und Geräte im Notfall Zugriff erhalten.
Bei einem eigenen Server besteht die Abhängigkeit von Strom, Netzwerk, Hardware und dem Standort. Eine unterbrechungsfreie Stromversorgung schützt vor kurzen Stromausfällen, ersetzt aber kein Wiederanlaufkonzept. Für wichtige Systeme können Ersatzhardware, redundante Datenträger, ein zweiter Standort oder eine externe Sicherung erforderlich sein.
Definieren Sie vorab zwei Werte: Das Recovery Point Objective beschreibt, wie viel Datenverlust höchstens akzeptabel ist. Das Recovery Time Objective beschreibt, innerhalb welcher Zeit ein Dienst wieder verfügbar sein soll. Diese Ziele sind keine automatisch geltenden Standards, sondern müssen aus den Geschäftsprozessen abgeleitet und mit den technischen Möglichkeiten abgeglichen werden.
Ein Notfallplan sollte Kontaktwege, Prioritäten, Wiederherstellungsschritte und Verantwortlichkeiten enthalten. Testen Sie ihn in angemessenen Abständen. Dabei kann sich zeigen, dass Zugangsdaten fehlen, Sicherungen unvollständig sind oder eine Anwendung von einem nicht dokumentierten System abhängt.
Der Wechsel in die Cloud wird häufig unterschätzt, wenn nur die tägliche Nutzung betrachtet wird. Daten müssen bereinigt, Formate geprüft, Benutzer übertragen und Schnittstellen angepasst werden. Besonders kritisch sind Anwendungen mit proprietären Datenformaten oder automatisierten Verbindungen zu Buchhaltung, Warenwirtschaft, Identitätsdiensten und Archivsystemen.
Fordern Sie vor Vertragsabschluss Informationen zum Export an. Klären Sie, in welchem Format Daten, Benutzer, Konfigurationen und Protokolle zurückgegeben werden. Prüfen Sie außerdem Löschfristen nach Vertragsende, Kosten für den Export, Fristen für die Datenabholung und den Umgang mit Sicherungskopien.
Ein Exit-Konzept muss nicht bedeuten, dass sofort ein zweites vollständiges System betrieben wird. Es sollte aber festhalten, welche Daten regelmäßig unabhängig gesichert werden, welche Alternativen technisch möglich sind und wie ein Übergang ablaufen könnte. Bei besonders kritischen Diensten können offene Schnittstellen, standardisierte Formate und vertragliche Unterstützung beim Anbieterwechsel die Abhängigkeit verringern.
Die Entscheidung sollte schriftlich begründet werden. Eine kurze Entscheidungsmatrix mit gewichteten Kriterien macht sichtbar, ob Kosten, Datenschutz, Flexibilität oder Kontrolle den Ausschlag geben. Gewichte und Bewertungen sollten von den tatsächlichen Geschäftsrisiken abgeleitet werden, nicht von Werbeaussagen.
Ein eigener Server kann sinnvoll sein, wenn eine Anwendung besondere Hardware, geringe Latenz im lokalen Netzwerk oder eine sehr spezifische Konfiguration benötigt. Auch bestehende Investitionen, eingeschränkte Internetanbindung oder Anforderungen an die direkte Kontrolle können dafür sprechen. Voraussetzung ist eine realistische Einschätzung des verfügbaren Administrationswissens und der Bereitschaft zu regelmäßiger Wartung.
Eine Cloud-Lösung passt häufig zu Unternehmen, die Arbeitsplätze flexibel anbinden, Kapazitäten verändern oder den Aufwand für eigene Hardware reduzieren möchten. Sie kann auch für neue Anwendungen interessant sein, wenn eine schnelle Bereitstellung wichtiger ist als maximale technische Kontrolle. Die Eignung hängt aber von Vertrag, Sicherheitskonfiguration und Datenverarbeitung ab.
Ein hybrider Ansatz verbindet lokale und externe Komponenten. Er kann sinnvoll sein, wenn bestimmte Systeme aus technischen oder regulatorischen Gründen lokal bleiben müssen, während Zusammenarbeit, E-Mail, Archivierung oder Sicherung über einen Dienst bereitgestellt werden. Hybride Umgebungen erhöhen allerdings die Komplexität: Identitäten, Netzwerke, Datenflüsse und Verantwortlichkeiten müssen über mehrere Plattformen hinweg gepflegt werden.
Die beste Lösung ist daher nicht grundsätzlich Cloud oder eigener Server. Entscheidend ist, ob die gewählte Architektur die Anforderungen nachweisbar erfüllt und dauerhaft betrieben werden kann.
Nein. Ein professionell betriebener Dienst kann bei physischer Sicherheit, Überwachung und Redundanz Vorteile haben. Fehlkonfigurierte Berechtigungen, schwache Konten oder ungeschützte Schnittstellen bleiben jedoch Risiken. Auch ein eigener Server kann sicher betrieben werden, wenn Updates, Zugriffe, Backups und Notfallmaßnahmen konsequent verwaltet werden.
Das lässt sich ohne Angaben zu Benutzerzahl, Anwendungen, Speicher, Betriebsdauer und Personalaufwand nicht verlässlich beantworten. Verglichen werden sollte die Gesamtkostenrechnung über den geplanten Nutzungszeitraum, einschließlich Migration, Sicherung, Wartung und Ausfällen.
Das kann zulässig sein, muss aber für die konkrete Verarbeitung geprüft werden. Relevant sind unter anderem Datenschutzgrundlage, Auftragsverarbeitung, Datenstandorte, Unterauftragnehmer, Zugriffsschutz, Verschlüsselung und Löschung. Eine pauschale Freigabe oder ein pauschales Verbot wird den unterschiedlichen Risiken nicht gerecht.
Eine Sicherung innerhalb derselben Plattform kann gegen einzelne Fehler helfen, schützt aber nicht zwingend vor einem kompromittierten Konto, einer fehlerhaften Löschung oder einer länger andauernden Störung des Dienstes. Für kritische Daten sollte geprüft werden, ob eine getrennte, verschlüsselte und regelmäßig getestete Sicherung erforderlich ist.
Ein hybrider Betrieb kann technische, datenschutzbezogene oder organisatorische Anforderungen ausbalancieren. Er ist passend, wenn die zusätzliche Komplexität beherrscht wird. Ohne dokumentierte Datenflüsse, zentrale Identitätsverwaltung und klare Zuständigkeiten kann der Mischbetrieb jedoch mehr Risiken schaffen als reduzieren.
