Kolumne

Wann ist eine Cloud tatsächlich sinnvoller als Self-Hosting?

~ 11 Minuten Lesezeit

Dieser Artikel eröffnet die Reihe Gegenprobe – fünf Kolumnen, in denen diese Seite ihre eigenen Überzeugungen auf den Prüfstand stellt: ehrlich, neutral und ohne vorgegebenes Ergebnis.

Wer die Texte auf dieser Seite nebeneinanderlegt, findet eine klare Linie: Linux statt Bevormundung, offene Protokolle statt geschlossener Plattformen, die eigene Nextcloud statt fremder Speicher, Verantwortung statt bequemer Abgabe. Das digitale Manifest hat diese Haltung explizit gemacht – Self-Hosting als Ausdruck digitaler Souveränität, nicht als Selbstzweck.

Eine Position, die nur in eine Richtung argumentiert, ist aber keine Position, sondern Folklore. Deshalb stellt diese Kolumne bewusst die Gegenfrage: Wann ist eine Cloud – also ein fremd betriebener Dienst – tatsächlich die bessere Antwort als der eigene Server? Nicht als Absage an die eigene Linie, sondern als deren Belastbarkeitsprobe. Denn wer Self-Hosting ernst nimmt, sollte auch die Fälle benennen können, in denen es scheitert.

Der Unterschied zum Keller der Firmen

Vorweg eine Abgrenzung: Die Kolumne Vom Keller in die Cloud hat dieselbe Frage bereits für Unternehmen gestellt – mit Ransomware, Compliance und dem Problem zu kleiner IT-Teams. Dort lautete die Antwort: Kontrolle ist nicht dasselbe wie Sicherheit, und ungepflegte Infrastruktur ist ein Risiko, egal wem sie gehört.

Hier geht es um die andere Seite des Kanals: den privaten Selbsthoster. Den Raspberry Pi im Flur, die Nextcloud im Wohnzimmerschrank, den Proxmox-Server unterm Schreibtisch. Genau die Leserschaft, für die diese Seite geschrieben wird – und genau die Position, die selbstkritisch hinterfragt werden soll. Denn was für Firmen gilt, gilt für Einzelpersonen erst recht: Verantwortung verschwindet nicht, nur weil man sie gern trägt.

Wo das Self-Hosting-Narrativ wackelt

Die Argumente für das eigene Hosting sind bekannt: Datenhoheit, keine Abhängigkeit, kein Lock-in, dazu der Lerneffekt. Sie stimmen alle. Aber sie erzählen meist nur die halbe Geschichte, weil sie die Betriebsseite ausblenden. Ein ehrlicher Blick auf die Schattenseiten gehört dazu.

Der Single Point of Failure sitzt vor dem Bildschirm

Bei allen Redundanzen, die Selbsthoster in ihre Systeme einbauen – RAID, USV, Backups – bleibt eine Komponente ohne Ersatz: die betreibende Person selbst. Busfaktor eins. Wer zwei Wochen im Urlaub ist, drei Tage krank im Bett liegt oder schlicht beruflich anderweitig ausgelastet ist, hinterlässt ein System, das sich nicht selbst administriert.

Das wäre halb so wild, wenn nur die eigene Bequemlichkeit davon abhinge. Schwieriger wird es, sobald andere mit auf den Diensten sitzen: die Partnerin, deren Kalender über die eigene Instanz synchronisiert, die Familie, die ihre Fotos dort ablegt, der Freundeskreis mit Accounts. Dann ist der selbst gehostete Dienst kein Hobby mehr, sondern eine Verfügbarkeitszusage – und Verfügbarkeitszusagen sind genau das, was Cloud-Anbieter mit Schichtdienst, Monitoring-Teams und redundanten Rechenzentren verkaufen. Eine Nextcloud, die am ersten Urlaubstag ausfällt und vierzehn Tage nicht erreichbar ist, hat das Versprechen gebrochen, für das sie angetreten ist.

Wartung ist eine Praxis, kein Zustand

Self-Hosting wird gern als Projekt beschrieben: einmal aufsetzen, dann läuft es. Das stimmt für das Aufsetzen – und nicht für den Betrieb. Updates kommen wöchentlich. Zertifikate laufen ab. Major-Releases erfordern Migrationen. PHP-Versionen werden abgekündigt, Docker-Images ändern ihre Defaults, und irgendwann steht das Upgrade an, das aus der Instanz, die zwei Jahre brav lief, ein Wochenendprojekt macht.

Ein selbst gehosteter Dienst, der nicht mehr gepflegt wird, ist nicht neutral – er wird aktiv schlechter. Offene Sicherheitslücken, veraltete Abhängigkeiten, ein Admin-Interface, das man selbst nicht mehr versteht. Die unbequeme Wahrheit: Eine verwaiste Nextcloud ist riskanter als ein Microsoft-Konto, dessen Betreiber wenigstens patcht. Wer das Interesse verliert, trägt nicht mehr Souveränität, sondern ein wachsendes Sicherheitsrisiko im eigenen Netz.

Der eigene Anschluss entscheidet mit

Die Heimleitung ist selten ein Rechenzentrum. Dynamische IPs, Provider ohne echte Portfreigaben, Carrier-Grade-NAT bei vielen Glasfaser- und Mobilfunkanschlüssen, Router, die nach Updates ihre Portfreigaben vergessen, ein Stromausfall, der genau die vier Sekunden dauert, in denen niemand den Server neu startet. Es gibt Workarounds für all das – DynDNS, WireGuard-Tunnel über einen vServer, IPv6-Freigaben –, aber jeder Workaround ist eine weitere Komponente, die jemand verstehen und pflegen muss.

Wer ohnehin einen vServer als Zugangspunkt braucht, betreibt übrigens schon eine kleine Hybridarchitektur: ein Stück gemietete Infrastruktur, das die selbst gehostete erst erreichbar macht.

Die ehrliche Kostenrechnung

„Die Cloud kostet Geld, mein Server gehört mir” stimmt nur mit einer verzerrten Rechnung. Ehrlich gerechnet gehören dazu: Strom (ein durchlaufender Rechner mit 30 Watt sind etwa 90 Euro im Jahr), Hardwareverschleiß und Ersatz, gegebenenfalls die Domain, der vServer als Tunnelendpunkt, externer Speicher fürs Offsite-Backup. Das bleibt oft günstiger als Abos – aber nicht kostenlos.

Der eigentliche Posten ist die Zeit. Wer seinen Dienst gern betreut, für den ist Wartung Teil des Hobbys und kein Aufwand. Wer sie aber nur erledigt, damit es läuft, zahlt mit dem knappsten Gut, das es gibt. In dieser Rechnung ist ein Managed-Service für fünf Euro im Monat plötzlich sehr konkurrenzfähig.

Fälle, in denen die Cloud ehrlich gewinnt

Aus diesen Schattenseiten lassen sich konkrete Situationen ableiten, in denen ein fremdbetriebener Dienst die vernünftigere Wahl ist – nicht aus Bequemlichkeit, sondern aus Anforderung.

  • E-Mail. Das klassische Gegenbeispiel zu Self-Hosting. Ein eigener Mailserver ist kein Installationsprojekt, sondern ein Dauerjob: IP-Reputation muss aufgebaut und gehalten werden, SPF, DKIM und DMARC wollen korrekt konfiguriert sein, die großen Provider sortieren unbekannte Absender gern pauschal in den Spamordner, und jeder Ausfall bedeutet verlorene oder verzögerte Zustellung – oft ohne dass es jemand merkt. Hinzu kommt: E-Mail muss rund um die Uhr funktionieren, sieben Tage die Woche, auch im Urlaub. Selbst überzeugte Selbsthoster delegieren Mail häufig an einen Anbieter – aus gutem Grund.
  • Dienste, die im Notfall erreichbar sein müssen. Ein Passwortmanager ist das beste Beispiel: Er muss genau dann funktionieren, wenn man ihn braucht – unterwegs, am fremden Gerät, beim neuen Handy. Vaultwarden zeigt beide Seiten sauber: technisch elegant und volle Datenhoheit, aber die Verfügbarkeit des Tresors hängt komplett an der eigenen Infrastruktur. Wer das nicht garantieren kann, fährt mit dem gehosteten Dienst oder einem lokalen KeePass ehrlich besser.
  • Das Offsite-Backup. Die 3-2-1-Regel verlangt eine Kopie außer Haus – und dieser eine externe Speicherort ist faktisch fast immer „eine Cloud”, ob sie nun Storage-Box, Object Storage oder die Festplatte bei den Schwiegereltern heißt. Wer Backups richtig machen will, benutzt zwangsläufig Infrastruktur, die nicht im eigenen Flur steht. Puristisches Self-Hosting ist hier gar nicht möglich.
  • Dienste, von denen andere abhängen. Sobald Menschen außerhalb des eigenen Haushalts auf einen Dienst angewiesen sind – die Vereinsseite, das Familienalbum, die geteilten Dokumente –, gelten Verfügbarkeitsanforderungen, die ein Heimanschluss schwer erfüllt. Für solche Fälle ist ein gemieteter Webspace oder ein Managed Hoster die fairere Lösung gegenüber den Nutzern.
  • Der Dienst, der sonst nie existiert. Eine gehostete Lösung, die seit einem Jahr läuft, schlägt das Self-Hosting-Projekt, das seit einem Jahr geplant ist. Der perfekte selbst betriebene Messenger nützt nichts, wenn die Einrichtung dauerhaft verschoben wird. Ehrlichkeit heißt hier auch: Wer weiß, dass die Zeit nicht reicht, entscheidet sich besser bewusst für den gemieteten Dienst statt für den Dauer-Entwurf.
  • Spitzenlast und Einmaliges. Für Aufgaben, die selten oder unregelmäßig anfallen – eine Testumgebung für zwei Wochen, ein Job, der einmal viel Rechenleistung braucht –, ist stundenweise gemietete Leistung unschlagbar. Dafür Hardware anzuschaffen, die danach unausgelastet im Regal steht, ist weder ökonomisch noch ökologisch sinnvoll.

Wo Self-Hosting weiterhin die bessere Antwort ist

Die Gegenrede ist nicht weniger wichtig, sonst wäre diese Kolumne ein Kassationsurteil – das ist sie nicht. Es bleiben Bereiche, in denen der eigene Server die überlegene Lösung ist:

  • Wirklich sensible Daten. Dokumente, Scans, persönliche Archive – alles, bei dem die Frage „wer kann das lesen?” eine klare Antwort braucht. Hier ist Datenhoheit kein ideologischer Luxus, sondern der eigentliche Zweck.
  • Dienste, die lokal leben müssen. Pi-hole, Heimautomatisierung, Medienserver – was im eigenen Netz wirkt, gehört ins eigene Netz. Dafür braucht es keine Cloud und keine Rechtfertigung.
  • Alles, was man verstehen will. Der Lerneffekt ist ein echtes Argument, und zwar eines, das über das Hobby hinauswirkt: Wer Reverse Proxies, Zertifikate und Datenbanken selbst betrieben hat, beurteilt danach jede Cloud-Broschüre anders. Self-Hosting ist die beste Schule für informierte Cloud-Entscheidungen.
  • Stabile, große Datenmengen. Wer mehrere Terabyte aktiv nutzt, zahlt beim Objektspeicher dauerhaft mehr als für eigene Platten. Ab einer gewissen Größe kippt die Kostenrechnung zugunsten der eigenen Hardware.
  • Und ja: aus Überzeugung. Wer die Abhängigkeit von Plattformlogik, Preiserhöhungen und Kontosperrungen bewusst ablehnt, trifft eine legitime Entscheidung. Sie muss nur als das benannt werden, was sie ist – eine Wertentscheidung, keine technische Notwendigkeit.

Die ehrliche Entscheidungsmatrix

Aus beiden Richtungen ergibt sich kein Dogma, sondern eine kurze Liste von Fragen, die vor jeder „selbst hosten oder nicht”-Entscheidung gestellt werden sollten:

  • Wer hängt an dem Dienst? Nur man selbst – oder auch Familie, Freunde, Verein? Jede weitere Person erhöht die Verfügbarkeitszusage.
  • Was kostet der Ausfall? Geht ein Hobbydienst offline, ist das ärgerlich. Geht Mail oder der Passworttresor offline, ist das ein Problem. Die Antwort bestimmt, welche Zuverlässigkeit nötig ist.
  • Ist die Pflege realistisch? Nicht heute, im Enthusiasmus der Einrichtung – sondern in zwei Jahren, an einem stressigen Dienstagabend. Wer die Antwort ehrlich mit „eher nicht” beantwortet, sollte mieten.
  • Kann die Leitung es? CGNAT, instabiler Anschluss, Stromausfälle: Manche Standorte sind für Serverbetrieb schlicht ungeeignet, und kein Tunnel ändert das grundsätzlich.
  • Was passiert bei einer Reise ins Ausland? Wörtlich gemeint: Wer administriert das System, wenn es unterwegs hängen bleibt? Gibt es keinen Plan, gibt es keine Verfügbarkeit.

Fällt die Mehrheit der Antworten ungünstig aus, ist die Cloud nicht die Kapitulation vor dem Mainstream, sondern die professionelle Entscheidung.

Hybrid heißt die praktikable Mitte – auch privat

Wie im Unternehmensfall endet die ehrliche Antwort meist nicht bei „alles selbst” oder „alles fremd”, sondern in einer sinnvollen Verteilung. Für Privatpersonen kann das konkret aussehen:

  • Mail beim Anbieter, Daten zu Hause. E-Mail an einen europäischen Hoster mit sauberer Datenschutzlage delegieren, während Dokumente und Fotos auf der eigenen Nextcloud liegen. Jeder Dienst landet dort, wo seine Anforderungen am besten erfüllt werden.
  • Lokal primär, Cloud als Kopie. Der eigene Server bleibt produktiv, das Offsite-Backup liegt verschlüsselt auf gemietetem Speicher. Wer den Schlüssel selbst hält, gibt der Cloud nur Zufallsdaten – Datenhoheit und Ausfallsicherheit schließen sich nicht aus.
  • Managed statt nackt. Der Mittelweg „managed Hosting” oder „gehostete Nextcloud” verdient eine Erwähnung: Der Anbieter patcht und überwacht, die Daten liegen im eigenen Account und oft im eigenen Rechtsraum. Das ist nicht das reine Self-Hosting-Ideal – aber es ist eine ehrliche Option zwischen den Extremen.

Fazit: Souveränität heißt wählen können – auch die Cloud

Die Ausgangsfrage dieser Kolumne ließe sich zu „Wann ist Self-Hosting falsch?” umformulieren. Die Antwort: Wenn es aus Reflex statt aus Anforderung betrieben wird. Ein Dienst gehört dann nicht auf den eigenen Server, weil er es kann, sondern weil seine Anforderungen, die erreichbare Verfügbarkeit und die Bereitschaft zur langfristigen Pflege zusammenpassen. Wo sie nicht zusammenpassen, ist die Cloud die bessere Wahl – selbst für Menschen, die sonst alles selbst hosten.

Das ändert nichts an der Grundlinie dieser Seite: Wer die Wahl hat, sollte sie bewusst treffen, und wer sich für Souveränität entscheidet, übernimmt die Verantwortung dafür. Aber Souveränität misst sich nicht daran, wie viele Dienste im eigenen Flur laufen. Sie misst sich daran, ob die Entscheidung für oder gegen einen Dienst auf ehrlichen Gründen beruht. Eine Position, die ihre eigene Gegenfrage nicht aushält, war ohnehin nie eine Position. Diese hier hält sie aus – gerade weil sie sie beantwortet.

Und am Ende bleibt die Frage, die sich nicht delegieren lässt: Wofür entscheidest du dich – und kannst du liefern, was diese Entscheidung verlangt?

Im nächsten Teil der Gegenprobe: Wann ist proprietäre Software sicherer oder wirtschaftlicher? Am nächsten Mittwoch.

Bezüge

Ähnliche Artikel