Es beginnt meistens mit einer simplen Frage: Kann ich das nicht selbst machen?

Ein Fotoalbum. Eine Dateiablage. Ein Wiki für das Team. Etwas, das man gerade nutzt — bei einem Anbieter, der es bequem anbietet, kostenlos oder billig, mit hübscher Oberfläche. Und dann ein Moment, in dem man merkt: Die Daten liegen irgendwo. Nicht hier. Nicht bei mir. Bei jemandem, den ich nicht kenne, unter Bedingungen, die ich nicht beeinflussen kann.

Dieser Moment ist der Anfang von Self-Hosting. Und er verändert mehr, als man zunächst ahnt.

Was Self-Hosting lehrt

Wer sich entscheidet, einen Dienst selbst zu betreiben, betritt eine Schule. Nicht eine theoretische — eine praktische.

Plötzlich geht es um Netzwerke: IP-Adressen, Portfreigaben, DNS, Reverse-Proxys, Subnetze. Dinge, die vorher unsichtbar waren, werden konkret. Man lernt, wie ein Paket von A nach B gelangt, warum eine Verbindung hängt, wo ein Timeout herkommt.

Es geht um Sicherheit: Firewalls, Verschlüsselung, Zertifikate, Updates, Zugriffsregeln. Wer einen Dienst ins Internet stellt, verantwortet ihn. Das schärft den Blick für Bedrohungen, die man vorher nur aus der Zeitung kannte.

Und es geht um Service-Lifecycle-Management: Updates, Backups, Monitoring, Wiederherstellung, Migration. Ein Dienst ist nicht installiert und fertig. Er lebt. Er altert. Er muss gepflegt werden. Wer das einmal begriffen hat, versteht Infrastruktur ganz anders.

Self-Hosting ist die intensivste IT-Schulung, die es gibt. Weil sie nicht simuliert ist.

Die ehrliche Wahrheit über die Kosten

Jetzt wird es ungemütlich. Self-Hosting ist oft teurer als die Cloud.

Nicht immer, aber oft. Ein Server kostet Strom. Redundanz kostet ein zweites Gerät. Backup kostet Speicher. Ein eigener Mailserver kostet Nerven und Zeit, die man bei einem gehosteten Dienst sparen würde. Und dann die Arbeitsstunden: Installation, Wartung, Fehlersuche, Updates. Stunden, die jemand bezahlen muss — mit Geld oder mit Freizeit.

Wer das abstreitet, ist nicht ehrlich. Die Cloud-Anbieter haben ihre Skaleneffekte nicht erfunden. Sie existieren. Ein Rechenzentrum mit hunderttausenden Servern kann eine E-Mail günstiger zustellen als ein einzelner Server im Keller. Das ist kein Argument gegen Self-Hosting. Es ist eine Tatsache, die man kennen muss, bevor man entscheidet.

Warum Datenabgabe keine Option mehr ist

Aber jetzt drehen wir den Spieß um. Denn der Preis ist nicht alles.

Wenn Sie Ihre Daten einem Cloud-Dienst übergeben, wissen Sie nicht, wo sie physisch liegen. Sie wissen nicht, wer Zugriff hat. Sie wissen nicht, ob sie analysiert, verkauft, als Trainingsmaterial für eine KI verwendet oder an Tochtergesellschaften weitergereicht werden. Die Nutzungsbedingungen sind so formuliert, dass Sie zustimmen, ohne zu verstehen.

Sie wissen nicht, ob Backups existieren — und wenn ja, nach welchem Schema. Sie können nichts tun, wenn der Dienst ausfällt. Sie können nicht an die Festplatte gehen. Sie können nicht den Stecker ziehen und neu starten. Sie können nur warten. Auf jemanden, den Sie nicht erreichen, in einem System, das Sie nicht kontrollieren.

In einer Zeit, in der Daten Währung sind, in der Profile erstellt, Verhalten vorhergesagt und Entscheidungen über Menschen automatisiert werden, ist die Frage, wem man seine Daten anvertraut, keine Detailfrage mehr. Sie ist eine existenzielle.

„Ich habe nichts zu verbergen" — der gefährlichste Irrtum

Es gibt ein Argument, das immer kommt. „Ich habe doch nichts zu verbergen." Gesagt von Menschen, die ihren Vorhang geschlossen haben, die ein Tagebuch unter Verschluss halten, die ein Passwort auf ihrem Handy haben — und trotzdem ernsthaft glauben, Datenschutz sei nur was für Kriminelle.

Das ist falsch. Und es ist gefährlich falsch.

Jeder hat etwas zu verbergen. Nicht aus Scham, sondern weil Privatsphäre die Voraussetzung für Autonomie ist. Wer alles offenlegt, ist manipulierbar. Wer keine Geheimnisse hat, hat keine Grenzen. Und wer keine Grenzen hat, hat keine Freiheit — nur den Schein davon.

Datenschutzgesetze wie die DSGVO sind keine Bürokratie-Übung. Sie sind die institutionalisierte Erkenntnis, dass Datenmacht Menschenmacht ist. Wer die Daten hat, hat die Deutungshoheit. Wer das Verhalten vorhersagen kann, kann es beeinflussen. Wer den digitalen Fußabdruck kennt, kennt den Menschen besser, als er sich selbst kennt.

Big Data funktioniert nur, weil wir kollektiv aufgegeben haben. Weil Millionen Menschen irgendwann sagten: „Ach, fuck it, ich geh in die Cloud." Jeder für sich allein, harmlos. Zusammen: ein Glasmensch. Ein transparenter Bürger, ausgewertet von Systemen, die er nicht versteht, optimiert für Geschäftsmodelle, die nicht seine Interessen verfolgen.

Wer sagt, er habe nichts zu verbergen, sollte sein nächstes Gespräch mit dem Arzt, seinem Steuerberater oder seiner Banköffentlich führen. Hat er nichts zu verbergen? Nein. Er hat nur noch nicht verstanden, dass er bereits preisgegeben hat, was er hätte schützen sollen.

Die Schattenseiten ehrlich benannt

Self-Hosting hat Nachteile. Wer sie verschweigt, verliert Glaubwürdigkeit.

Globale Erreichbarkeit. Ein Hyperscaler — AWS, Azure, Google Cloud — betreibt Points of Presence auf der ganzen Welt. Wer Inhalte in Tokio, São Paulo und Kapstadt gleichzeitig ausliefert, braucht eine globale Infrastruktur. Ein eigener Server in Alsdorf liefert in Alsdorf schnell. In Tokio nicht.

Performance. Content Delivery Networks cachen Inhalte nah am Nutzer. Das ist schnell. Das ist effizient. Das ist etwas, das man selbst nur mit erheblichem Aufwand replizieren kann.

Verfügbarkeit. Große Cloud-Anbieter bieten SLAs, die ein einzelner Betrieb kaum matchen kann. Redundante Stromversorgung, redundante Netzwerke, redundante Rechenzentren. Das kostet — aber es funktioniert.

Das alles ist wahr. Und das alles sind Gründe, warum manche Dienste in der Cloud besser aufgehoben sind als im eigenen Keller. Wer das kategorisch abstreitet, argumentiert ideologisch, nicht praktisch.

Und trotzdem: Warum Souveränität nicht verhandelbar ist

Nun der Wendepunkt. Denn trotz aller Nachteile gibt es eine Frage, die alle Geschwindigkeit und alle SLAs der Welt nicht beantworten: Wer hat die Kontrolle?

Verfügbarkeit ist wichtig. Aber Verfügbarkeit ohne Kontrolle ist ein Versprechen, das ein anderer jederzeit brechen kann. Ein Cloud-Dienst kann die Preise verdoppeln. Er kann die Nutzungsbedingungen ändern. Er kann Ihr Konto sperren — wegen einer fehlerhaften KI-gestützten Inhaltsanalyse, ohne Vorwarnung, ohne Rechtsmittel. Er kann den Dienst einstellen. Er kann aufgekauft werden und die neue Strategie schließt Ihr Anwendungsfalls nicht mehr ein.

Das Internet wurde als dezentrales Medium entworfen. Als Netzwerk, in dem jeder Knoten gleichberechtigt ist, in dem Daten viele Wege finden können, in dem es keinen single point of failure gibt. Diese Architektur war die Bedingung für das Wachstum des Internets. Sie war die Bedingung für seine Robustheit.

Große Cloud-Anbieter brechen dieses Konzept. Sie zentralisieren, was dezentral gedacht war. Sie bauen Silos, die untereinander kaum sprechen. Sie schaffen Abhängigkeiten, die dem Geist des Internets widersprechen.

Wenn die Wolke ausfällt

Und dann gibt es das Argument, das am seltensten genannt, aber am schwersten zu entkräften ist: Konzentrationsrisiko.

Cloud-Anbieter sind hoch verfügbar. Bis sie es nicht sind. Wenn ein Hyperscaler ausfällt — und das ist passiert, mehrfach —, fällt nicht ein Dienst aus. Fallen hunderte, tausende aus. Gleichzeitig. Global. Airlines, Banken, Nachrichtenseiten, Krankenhaus-IT, Bezahlsysteme. Alle auf derselben Plattform. Alle betroffen vom selben Vorfall. Alle machtlos.

Das ist die Kehrseite der Zentralisierung. Eine einzelne Instanz, die zuverlässig ist, bis sie es nicht ist — und dann reißt sie alles mit. Dezentrale Strukturen sind langsamer, ineffizienter, unperfekter. Aber wenn ein Knoten ausfällt, fallen die anderen nicht mit. Das ist keine Schwäche. Das ist Resilienz.

Die oligopolistische Gefangenschaft

Reden wir über die Gefängnisse, die wir uns selbst gebaut haben.

Zwei Mobilplattformen. Drei Cloud-Anbieter. Eine Handvoll Suchmaschinen. Ein soziales Netz, das alle anderen absorbiert hat. Wir leben in einer digitalen Welt, die von einer Handvoll Unternehmen dominiert wird — und nennen das Auswahl.

Es ist die Wahl zwischen Pest und Cholera. iOS oder Android. AWS oder Azure. Google oder — ja, was eigentlich? Die Illusion der Wahlmöglichkeiten ist das stärkste Instrument der Oligopole. Man darf wählen — zwischen zwei Optionen, die beide demselben Modell folgen: Daten sammeln, Abhängigkeit erzeugen, Ausstieg erschweren.

Wer sich für iOS entscheidet, wählt einen geschlossenen Garten. Wer sich für Android entscheidet, wählt einen anderen geschlossenen Garten — mit anderer Farbe. In beiden Fällen liefert man sich aus. In beiden Fällen entscheidet der Anbieter, was auf dem Gerät läuft, welche Apps erlaubt sind, welche Daten fließen. Der Nutzer wählt das Gerät. Der Anbieter wählt die Bedingungen.

Das ist keine Verschwörungstheorie. Es ist Geschäftsmodell. Und es funktioniert, weil der Ausstieg teurer ist als das Bleiben. Vendor Lock-in, wie wir ihn kennen — nur diesmal nicht bei einer Software, sondern bei einem ganzen Ökosystem.

Der Weg aus dem Gefängnis beginnt klein. Er beginnt mit einem Dienst, den man selbst hostet. Mit einem ersten Schritt zurück zur Souveränität. Nicht alles muss sofort selbst gehostet werden. Aber jeder Dienst, der aus dem Oligopol herausgeholt wird, ist ein Stück zurückgewonnene Freiheit.

Selbst hosten — auch für andere

Und hier kommt eine Verantwortung ins Spiel, die oft übersehen wird.

Wer die Fähigkeit hat, selbst zu hosten — technisch, zeitlich, mental —, der hat eine Verantwortung, die über ihn selbst hinausgeht. Nicht jeder kann einen Mailserver betreiben. Nicht jeder kann Nextcloud administrieren. Nicht jeder will. Aber jeder hat Daten. Und jeder verdient einen Ort, an dem diese Daten nicht an den nächsten Konzern verkauft werden.

Wer selbst hostet, sollte nicht nur für sich selbst hosten. Sondern auch für Freunde. Für Familie. Für den Nachbar, der seine Fotos nicht Google übergeben will, aber keine Ahnung von Linux hat. Für die Eltern, die ein sicheres Adressbuch suchen. Für den Verein, der ein Wiki braucht, das ihm gehört.

Das ist kein Akt der Nächstenliebe. Es ist ein Akt des Widerstands. Jedes Mal, wenn jemand seinen Datenstrom aus dem Oligopol herausnimmt und auf einen selbst gehosteten Dienst umleitet, schwächt das das Monopol. Nicht spürbar. Nicht sofort. Aber prinzipiell.

Und es ist ein Akt der Bildung. Wer einen selbst gehosteten Dienst nutzt — auch ohne ihn zu administrieren —, lernt, dass es Alternativen gibt. Dass Daten nicht zwangsläufig bei Google liegen müssen. Dass man jemandem vertrauen kann, den man kennt, statt jemandem, den man nicht kennt. Das ist der Same, aus dem eines Tages etwas wächst.

Weitere Stränge, die man verfolgen sollte

Wer sich mit Self-Hosting beschäftigt, stolpert über Fragen, die tief reichen:

Verschlüsselung und Schlüsselverwaltung. Wer seine Daten verschlüsselt — aber den Schlüssel beim Cloud-Anbieter liegen hat —, verschlüsselt für den Anbieter, nicht für sich selbst. Zero-Knowledge-Architekturen sind die Konsequenz. Sie sind aufwendig. Sie sind aber der einzige Weg, bei dem ein Anbieter wirklich nichts lesen kann.

Backups und Wiederherstellung. Ein Backup, das man nie getestet hat, ist kein Backup. Wer selbst hostet, testet. Wer auslagert, vertraut. Der Unterschied wird erst sichtbar, wenn es brennt.

Recht und Compliance. Wo liegen die Daten? DSGVO, Aufenthaltsort der Server, Unterlieferanten-Ketten. Wer selbst hostet, weiß es. Wer auslagert, hofft.

Migration. Der Weg in die Cloud ist einfach. Der Weg hinaus ist es nicht. Exportformate, proprietäre Datenformate, fehlende APIs — das bekannte Vendor-Lock-in-Muster. Wer selbst hostet, besitzt seine Daten in Formaten, die er versteht. Wer auslagert, besitzt ein Abo.

Wie libcom.de helfen kann

Hier wird es konkret. Self-Hosting ist kein Selbstzweck. Es ist ein Mittel zur Souveränität. Und Souveränität braucht Know-how.

Wir bei libcom.de betreiben seit über zwei Jahrzehnten selbstgehostete Infrastrukturen. Wir wissen, was es kostet — in Zeit, Geld und Nerven. Wir wissen aber auch, was es wert ist.

Unsere Arbeit beginnt nicht mit einem Produkt, sondern mit einer Frage: Was brauchen Sie, und was wollen Sie selbst in der Hand haben? Manchmal lautet die Antwort: eine komplette On-Premise-Lösung. Manchmal: ein Hybrid-Setup, bei dem sensible Daten selbst gehostet werden und ressourcenintensive Dienste dort laufen, wo Skaleneffekte greifen. Manchmal: einfach eine ehrliche Einschätzung, ob Self-Hosting für Ihren Fall sinnvoll ist.

Wir planen, implementieren, dokumentieren und übergeben. Wir schulen Teams, damit sie das, was wir bauen, selbst verstehen und weiterführen können. Und wir bleiben nicht der Flaschenhals — wer uns verlässt, kann das System weiterbetreiben, weil es dokumentiert, standardisiert und verständlich ist.

Wenn Sie sich fragen, ob Self-Hosting für Sie infrage kommt, oder wenn Sie bereits selbst hosten und Unterstützung brauchen: Schreiben Sie uns an contact@libcom.de. Wir machen eine ehrliche Bestandsaufnahme — ohne Verkaufsdruck, mit dem Blick auf das, was Ihre Infrastruktur langfristig braucht.

Self-Hosting ist kein billigerer Weg. Er ist oft der teurere. Aber er ist der Weg, auf dem man versteht, was man betreibt. Auf dem man lernt, wie Dinge zusammenhängen. Auf dem man die Kontrolle behält — über Daten, über Verfügbarkeit, über die Frage, wer eigentlich Zugang hat.

Das Internet wurde dezentral gedacht. Vielleicht ist es an der Zeit, diese Idee zurückzuholen.