Ein Kunde fragt mich neulich, warum er für seine drei wichtigsten Tools – Cloud-Speicher, Dokumentenverwaltung, Passwort-Manager – eigentlich drei verschiedene monatliche Abos an drei verschiedene US-Anbieter zahlt. Gute Frage. Die ehrliche Antwort: weil es niemand hinterfragt hat.
Dabei gibt es für praktisch jedes SaaS-Tool eine ausgereifte Open-Source-Alternative, die man auf einem eigenen Server betreiben kann – in Deutschland oder Europa gehostet, ohne Abo-Spirale, ohne CLOUD-Act-Risiko. Was viele Unternehmer davon abhält, ist nicht der fehlende Wille zur digitalen Souveränität, sondern die Sorge vor dem Betriebsaufwand: Wer kümmert sich um Updates? Was, wenn morgen eine Sicherheitslücke auftaucht?
Genau hier setze ich seit Jahren auf ein Werkzeug, das diesen Aufwand drastisch reduziert: Docker. Ich möchte in diesem Artikel zeigen, wie ich damit arbeite – und warum Technik allein trotzdem nicht reicht.
Ein Server, viele Dienste – sauber getrennt
Auf einem dedizierten Root-Server laufen bei mir mehrere Open-Source-Anwendungen parallel, jede in ihrem eigenen Docker-Container. Man kann sich das wie einzelne, in sich abgeschlossene Wohnungen in einem Haus vorstellen: Jeder Dienst bringt seine eigene Laufzeitumgebung, seine eigenen Abhängigkeiten und seine eigene Konfiguration mit, ohne sich mit den Nachbarn ins Gehege zu kommen. Fällt eine Anwendung aus oder muss neu aufgesetzt werden, bleiben die anderen unberührt.
Orchestriert wird das Ganze über eine zentrale Compose-Datei, die den kompletten Stack beschreibt – Reverse Proxy mit automatischem TLS-Zertifikat vorneweg, dahinter die eigentlichen Anwendungen. Das Ergebnis: ein Setup, das sich reproduzieren, dokumentieren und im Ernstfall auf einem neuen Server in überschaubarer Zeit wiederherstellen lässt. Kein Vergleich zur klassischen „gewachsenen" Serverlandschaft, bei der niemand mehr genau weiß, warum Dienst X so konfiguriert ist, wie er konfiguriert ist.
Updates ohne Bauchschmerzen
Der größte Vorbehalt gegen Self-Hosting ist meistens die Update-Frage. Zu Recht: Eine ungepatchte Anwendung mit Netzzugang ist ein offenes Scheunentor. Mit Docker wird das planbar. Ein neues Image ziehen, den Container neu starten, fertig – im einfachsten Fall sind das zwei Befehle (docker compose pull und docker compose up -d), keine stundenlange manuelle Fehlersuche in Abhängigkeitskonflikten.
Bei meinen Kunden im Managed Hosting laufen Sicherheitsupdates standardmäßig wöchentlich, kritische Lücken schließe ich außerplanmäßig, sobald sie bekannt werden. Das ist der entscheidende Unterschied zu vielen selbst verwalteten Servern: Nicht die Technik macht Docker sicher – die Disziplin, Updates tatsächlich regelmäßig einzuspielen, macht es.
Der unterschätzte Faktor: Wissen vor Werkzeug
Hier kommt der Teil, den viele Selbsthoster unterschätzen. Docker macht Updates leicht – aber leicht heißt nicht automatisch richtig. Bevor ich ein Update einspiele, prüfe ich, ob eine neue Version Breaking Changes mitbringt, ob Datenbank-Migrationen nötig sind, ob ein Backup unmittelbar vorher sinnvoll ist. Ich weiß, welche der laufenden Anwendungen voneinander abhängen und in welcher Reihenfolge ein Neustart erfolgen muss, ohne dass etwas ausfällt.
Genau das ist der Punkt, an dem aus einem Wochenend-Hobby-Projekt ein verlässlicher Betrieb wird: Fachwissen, um Fallstricke zu erkennen, bevor sie zum Problem werden – nicht erst danach. Wer als Unternehmer selbst Hand anlegen will, sollte diesen Aufwand realistisch einplanen. Er ist kleiner als bei klassischen Servern, aber er ist nicht null.
Rechnet sich das?
Ich habe in einem früheren Artikel vorgerechnet, wie stark eigene Server gegenüber Pro-Kopf-SaaS-Abos bei wachsendem Team ins Gewicht fallen – die Grundrichtung gilt auch hier: Eigene Ressourcen werden geteilt statt pro Nutzer abgerechnet, das macht die Kosten planbar statt linear steigend. Das ist eine vereinfachte Betrachtung der Total Cost of Ownership (Gesamtbetriebskosten) – Lizenzkosten fallen weg, Administrationsaufwand kommt dazu. Aber die Richtung stimmt, gerade bei mehreren parallel genutzten Tools.
Fazit: Machbar, aber kein Selbstläufer
Self-Hosting mit Docker ist heute technisch so zugänglich wie nie – und genau das verleitet dazu, den Betriebsaufwand zu unterschätzen. Wer die Zeit, das Interesse und die Bereitschaft hat, sich regelmäßig mit seinem Stack zu beschäftigen, kann damit US-Cloud-Abhängigkeit und Kosten spürbar reduzieren. Wer diese Zeit nicht hat oder das Risiko nicht selbst tragen will, für den ist genau das der Punkt, an dem sich externe Betreuung auszahlt.
Möchten Sie wissen, ob Self-Hosting für Ihr Unternehmen der richtige Weg ist?
Seit 30 Jahren baue und betreibe ich Linux-Serverlandschaften mit Docker-Containern – von der ersten Analyse bis zum laufenden Managed Hosting. In einem kostenlosen Erstgespräch schauen wir uns Ihre konkrete Situation an, sachlich und unverbindlich.
Sprechen Sie mich einfach an: Über mein Kontaktformular oder direkt per WhatsApp-Chat.