IT-Wissen · IT-Wissen

Cloud-Dienste selbst betreiben: Self-Hosting, Datenschutz und Unabhängigkeit

Kurz zusammengefasst: Cloud-Dienste selbst zu betreiben ist vor allem eine betriebliche Entscheidung. Unternehmen können Abläufe, Zugriffe und Wiederherstellung genauer an den eigenen Bedarf anpassen, übernehmen aber dauerhaft Verantwortung für Administration, Sicherheit, Verfügbarkeit und Datenschutz. Dieser Artikel zeigt, wie sich die betriebliche Tragfähigkeit eines Self-Hosting-Modells prüfen lässt und wann ein eigener oder gemieteter Server sinnvoll sein kann.

Was Self-Hosting bedeutet

Self-Hosting bedeutet, dass ein Unternehmen eine digitale Anwendung auf eigener oder selbst verwalteter Infrastruktur betreibt. Das kann ein Server im eigenen Büro, ein Server im Rechenzentrum, ein gemieteter dedizierter Server oder eine virtuelle Maschine bei einem Hoster sein. Entscheidend ist nicht allein der Standort der Hardware, sondern wer Betrieb, Konfiguration, Zugriffsrechte, Updates, Überwachung und Datensicherung verantwortet.

Typische Einsatzfälle sind Dateiablage, Kalender, Projektverwaltung, Passwortverwaltung, Dokumentenmanagement, interne Wissensdatenbanken oder branchenspezifische Anwendungen. Self-Hosting ist damit keine einzelne Produktkategorie, sondern ein Betriebsmodell. Es kann mit Open-Source-Software, kommerziellen Anwendungen oder selbst entwickelten Lösungen umgesetzt werden.

Für die Entscheidung ist deshalb nicht nur die Frage relevant, ob eine Anwendung technisch installiert werden kann. Entscheidend ist, ob das Unternehmen den erforderlichen Betrieb dauerhaft organisieren, vertreten und im Störungsfall wiederherstellen kann. Genau diese betriebliche Tragfähigkeit unterscheidet einen stabilen Dienst von einer lediglich funktionierenden Installation.

Der Nutzen für kleine Unternehmen und den Mittelstand

Der wichtigste Nutzen liegt in der Möglichkeit, den Betrieb genauer an die eigenen Anforderungen anzupassen. Das Unternehmen kann Datenflüsse, Benutzerkonten, Rollen, Wartungsfenster und Aufbewahrungsregeln passend zur eigenen Organisation festlegen. Diese Gestaltungsmöglichkeit ist besonders dann relevant, wenn Standarddienste bestimmte interne Abläufe oder Schutzbedarfe nicht ausreichend abbilden.

Auch die technische Architektur kann gezielt auf den Bedarf abgestimmt werden. Eine interne Anwendung muss beispielsweise nicht öffentlich erreichbar sein. Zugriffe können über ein abgesichertes Netzwerk oder einen kontrollierten Fernzugang erfolgen. Das kann die Angriffsfläche begrenzen, ersetzt aber keine Sicherheitsmaßnahmen und muss selbst überwacht und gepflegt werden.

Self-Hosting kann außerdem die Wiederherstellungsplanung transparenter machen. Das Unternehmen kann selbst festlegen, welche Daten zuerst verfügbar sein müssen, wie lange ein Ausfall höchstens dauern darf und welche Ersatzverfahren vorgesehen sind. Der Vorteil ist dabei nicht automatisch eine höhere Sicherheit, sondern eine bessere Möglichkeit, den Betrieb nachvollziehbar zu planen und zu kontrollieren.

Datenschutzrechtlich ist Self-Hosting kein Freibrief. Es kann die Zahl externer Beteiligter und Datenübermittlungen verringern, doch das Unternehmen bleibt für die rechtmäßige Verarbeitung, angemessene Schutzmaßnahmen und die Nachweisbarkeit seiner Entscheidungen verantwortlich. Der Nutzen liegt deshalb vor allem in der kontrollierbaren Organisation des Betriebs, nicht in einer automatisch vollständigen Rechtssicherheit.

Serverbetrieb ist eine dauerhafte Aufgabe

Ein selbst betriebener Dienst besteht nicht nur aus der Installation einer Anwendung. Zum Betrieb gehören unter anderem ein gehärtetes Betriebssystem, sichere Authentisierung, Rechteverwaltung, Protokollierung, Überwachung, Patch- und Schwachstellenmanagement, Backup, Wiederherstellungstests sowie ein Verfahren für Störungen und Sicherheitsvorfälle. Diese Aufgaben müssen einer verantwortlichen Person oder einem vertraglich klar geregelten Dienstleister zugeordnet sein.

Besonders wichtig ist die Trennung zwischen Dienst und Sicherung. Ein Backup auf demselben System schützt weder zuverlässig vor Hardwaredefekten noch vor Fehlkonfiguration, Schadsoftware oder versehentlichem Löschen. Eine Datenspiegelung ersetzt ebenfalls keine Datensicherung, weil Änderungen oder Schadsoftware auf die Spiegelung übertragen werden können. Für geschäftskritische Daten müssen Sicherungsziele, Aufbewahrungsfristen, Zugriffsrechte und Wiederanlauf klar festgelegt und regelmäßig praktisch geprüft werden.

Der Standort beeinflusst außerdem die Ausfallsicherheit. Ein Server im Büro ist von Stromversorgung, Internetanschluss, Raumklima, Zutrittskontrolle und lokaler Schadenslage abhängig. Ein professionelles Rechenzentrum kann bestimmte physische Risiken reduzieren, nimmt dem Unternehmen aber nicht automatisch die Verantwortung für Anwendung, Identitäten, Daten und Wiederherstellung ab.

Vor dem produktiven Einsatz sollte deshalb feststehen, welche Wiederanlaufzeit und welcher maximal tolerierbare Datenverlust akzeptiert werden. Ohne diese Vorgaben lässt sich nicht belastbar beurteilen, ob Architektur, Sicherung und Betriebsmodell zum Geschäft passen.

Datenschutz richtig einordnen

Für personenbezogene Daten muss zunächst geklärt werden, welche Verarbeitung stattfindet, wer verantwortlich ist und welche Rechtsgrundlage gilt. Danach sind unter anderem Zugriffskonzept, Löschregeln, Aufbewahrung, Protokollierung und technische und organisatorische Maßnahmen zu dokumentieren. Die Datenschutz-Grundverordnung verlangt unter anderem eine Verarbeitung nach dem Grundsatz der Datenminimierung sowie ein dem Risiko angemessenes Schutzniveau.

Zu den Sicherheitsanforderungen gehören je nach Risiko unter anderem Vertraulichkeit, Integrität, Verfügbarkeit und Belastbarkeit der Verarbeitungssysteme. Ebenso muss die rechtzeitige Wiederherstellung nach einem physischen oder technischen Vorfall möglich sein. Die Wirksamkeit der Maßnahmen ist regelmäßig zu prüfen und zu bewerten. Ein eigener Server macht diese Pflichten nicht überflüssig.

Bei externen Dienstleistern sind die Rollen und Verträge zu prüfen. Ein gemieteter Server kann technisch weitgehend selbst verwaltet werden, trotzdem können Hoster, Rechenzentrumsbetreiber oder Supportpartner Berührungspunkte mit den Daten haben. Maßgeblich sind daher nicht Werbeaussagen wie „private Cloud“, sondern konkrete Informationen zu Zugriffsmöglichkeiten, Unterauftragnehmern, Speicherorten, Supportzugriffen und Sicherheitsprozessen.

Datensparsamkeit bleibt auch beim eigenen Server sinnvoll. Nicht jede Anwendung benötigt alle Daten, jede Person braucht jedes Recht und nicht jeder Dienst muss aus dem Internet erreichbar sein. Eine nachvollziehbare Datenklassifizierung hilft, besonders schützenswerte Informationen von weniger kritischen Inhalten zu trennen.

Unabhängigkeit ohne neue Einbahnstraße

Self-Hosting kann die Abhängigkeit von einem einzelnen Plattformanbieter verringern, führt aber nicht automatisch zu vollständiger Unabhängigkeit. Unternehmen bleiben möglicherweise von Hardwareherstellern, Betriebssystemen, Domain- und Zertifikatsdiensten, Internetzugängen, Supportwissen oder einzelnen Softwareprojekten abhängig.

Für eine belastbare Entscheidung sollten Exportfunktionen, offene Schnittstellen, standardisierte Dateiformate und ein realistischer Wechselplan geprüft werden. Dazu gehört auch die Frage, ob ein anderer Administrator den Dienst übernehmen kann. Eine Lösung, die nur eine einzelne Person versteht, ist organisatorisch ebenfalls eine Abhängigkeit.

Bei der Auswahl sollten nicht nur Lizenzkosten betrachtet werden. Relevant sind interne Arbeitszeit, Einführungsaufwand, Wartungsfenster, Schulung, Monitoring, Notfallbereitschaft, Ersatzhardware und die Kosten eines Ausfalls. Ein gemischtes Modell kann sinnvoll sein: Anwendungen mit besonderen betrieblichen oder datenschutzbezogenen Anforderungen werden selbst betrieben, andere standardisierte Dienste bleiben bei einem spezialisierten Anbieter.

Bei Cloud-Diensten müssen die Schnittstellen zwischen Anbieter und Kunde ausdrücklich geklärt werden. Das BSI beschreibt für Cloud-Umgebungen eine geteilte Verantwortung. Der Anbieter übernimmt daher nicht automatisch alle Aufgaben rund um Konfiguration, Identitäten, Daten, Berechtigungen oder Wiederherstellung.

Wie eine belastbare Entscheidung entsteht

Am Anfang steht eine Bestandsaufnahme: Welche Anwendung soll betrieben werden, welche Daten verarbeitet sie, wie viele Personen greifen darauf zu und wie kritisch ist ein Ausfall? Anschließend werden Schutzbedarf, Verfügbarkeitsanforderungen, Wiederanlaufzeit und zulässiger Datenverlust festgelegt. Daraus lässt sich ableiten, ob ein eigener Betrieb organisatorisch und technisch vertretbar ist.

Danach sollte ein begrenzter Pilot mit Testdaten folgen. Dabei werden Installation, Rollenmodell, Fernzugriff, Updates, Backup, Wiederherstellung, Protokollierung und der Export der Daten praktisch geprüft. Auch ein Ausfall- und Vertretungsszenario sollte getestet werden. Erst wenn diese Abläufe dokumentiert und von einer zweiten Person nachvollziehbar sind, sollte der Dienst produktiv eingesetzt werden.

Für den laufenden Betrieb braucht es Verantwortlichkeiten: Wer bewertet Updates, wer überwacht Warnungen, wer reagiert außerhalb der Bürozeiten und wer prüft die Wiederherstellung? Kleine Unternehmen müssen diese Aufgaben nicht zwingend vollständig intern erledigen. Sie sollten aber klar geregelt, vertraglich beschrieben und regelmäßig kontrolliert werden.

Die zentrale Entscheidungsfrage lautet damit nicht nur, ob Self-Hosting technisch möglich ist. Zu prüfen ist, ob der erwartete betriebliche Nutzen den dauerhaften Aufwand, die Ausfallrisiken und die erforderlichen Fachkenntnisse rechtfertigt.

Beispiel aus der Praxis

Beispiel: Ein mittelständischer Handwerksbetrieb möchte Projektdokumente, interne Notizen und Kalender in einer selbst betriebenen Plattform zusammenführen. Zuerst bewertet er, welche Informationen geschäftskritisch oder besonders schützenswert sind und wie lange der Dienst höchstens ausfallen darf. Die Plattform läuft auf einem gemieteten Server mit administrativem Zugriff des Betriebs und einem klar geregelten Wartungsdienst. Der Zugriff von außen erfolgt nur über einen abgesicherten Zugang mit Mehrfaktor-Authentisierung. Tägliche Sicherungen werden getrennt gespeichert; monatlich wird die Wiederherstellung mit einer Testdatei geprüft. Zusätzlich dokumentiert der Betrieb Rollen, Löschfristen, Supportzugriffe, Export, Vertretung und den Ablauf bei einem Ausfall. So wird vor dem Echtbetrieb geprüft, ob das Betriebsmodell tatsächlich tragfähig ist.

Chancen für Unternehmen

• Bessere Kontrolle über Datenflüsse, Zugriffsrechte und technische Konfiguration.
• Nachvollziehbare Planung von Wiederanlauf, Sicherung und Verantwortlichkeiten.
• Passgenaue Integration in bestehende lokale Systeme und interne Prozesse.
• Möglichkeit, besonders sensible Anwendungen nach einem eigenen Schutzbedarfskonzept zu betreiben.
• Weniger Abhängigkeit von einzelnen Plattformen, wenn Export und Schnittstellen tatsächlich funktionieren.

Grenzen und Prüfpunkte

• Das Unternehmen trägt dauerhaft Verantwortung für Updates, Absicherung, Überwachung, Backups und Wiederherstellung.
• Ein Server am eigenen Standort kann durch Strom-, Netzwerk-, Raum- oder Zutrittsprobleme ausfallen.
• Self-Hosting beseitigt Datenschutzpflichten nicht und kann bei fehlender Dokumentation zusätzliche Prüfaufwände erzeugen.
• Open-Source-Software ist nicht automatisch sicher, aktuell, vollständig supportet oder für jeden Geschäftsbetrieb geeignet.
• Ohne getesteten Export, Vertretungsregelung und Notfallplan kann eine vermeintliche Unabhängigkeit zu einer neuen Abhängigkeit von Einzelpersonen führen.