VPS statt Hyperscaler: Wann Self-Hosting deine Cloud-Kosten senkt

Als Entwickler stehen wir oft vor der Wahl: Volle Flexibilität und scheinbar grenzenlose Skalierbarkeit bei einem Hyperscaler wie AWS oder Vercel, oder doch lieber die Kontrolle und Kostenersparnis eines eigenen VPS? Für viele Indie-Devs und Agenturen ist Letzteres in der Praxis oft die smartere und deutlich günstigere Wahl, wenn man weiß, worauf man sich einlässt.

Warum überhaupt über Self-Hosting nachdenken?

Hand aufs Herz: Die meisten Projekte, an denen wir als Indie-Devs oder in kleineren Agenturen arbeiten, brauchen keine globale Skalierung auf Millionen von Nutzern oder die volle Bandbreite an Managed Services, die ein Hyperscaler bietet. Trotzdem landen wir schnell in einer teuren Cloud-Umgebung, oft aus Bequemlichkeit oder weil es der “Standard” ist. Die Cloud-Kosten können sich aber schnell zu einem echten Problem entwickeln, besonders wenn man viele kleine Services betreibt oder mit unregelmäßigen Lastspitzen kämpft, die dann teuer abgerechnet werden.

Das Kernargument für Self-Hosting auf einem VPS Hosting bei Anbietern wie Hetzner ist ganz klar die Kostenkontrolle und die Transparenz. Du weißt genau, was du bezahlst, und bekommst dafür dedizierte Ressourcen. Kein böses Erwachen am Monatsende durch unerwartete Egress-Gebühren, versteckte I/O-Kosten oder weil ein Service, den du nur selten nutzt, doch wieder teurer war als gedacht.

Die Kostenfalle Hyperscaler: Ein Praxisbeispiel

Stell dir vor, du entwickelst eine kleine SaaS-Anwendung. Ein Backend in Node.js, eine PostgreSQL-Datenbank, ein React-Frontend. Wenn du das bei einem typischen Hyperscaler aufsetzt, sieht die Rechnung schnell so aus:

• Vercel/Netlify für das Frontend: Kostenlos im Hobby-Plan, aber für Teams und erweiterte Features geht es schnell in den zweistelligen Bereich.
• AWS Lambda/Google Cloud Functions für das Backend: Klingt günstig, aber die Kosten für API Gateway, VPC, Logs, und vor allem Datenbankzugriffe können sich summieren. Ein kleines API, das 50.000 Anfragen im Monat verarbeitet, ist vielleicht noch günstig, aber sobald du viele kleine Funktionen hast, die sich gegenseitig aufrufen, wird’s unübersichtlich.
• Managed Database (z.B. AWS RDS, Google Cloud SQL, Supabase): Bequem, ja. Aber selbst die kleinsten Instanzen kosten schnell 15-30€ pro Monat, ohne dass du die volle Kontrolle hast oder die Performance für den Preis optimal ist. Hinzu kommen Backup-Speicher und I/O-Kosten.
• Redis/Caching: Wieder ein Managed Service, wieder 10-20€.
• Object Storage (S3): Meist günstig, aber auch hier können Egress-Gebühren anfallen, wenn du viele Daten auslieferst.

Plötzlich stehst du bei 80-150€ im Monat für ein kleines Projekt, das vielleicht nur ein paar Dutzend zahlende Kunden hat. Für einen Indie-Dev, der gerade erst startet, ist das eine erhebliche Belastung. Jedes neue Feature, das einen weiteren Managed Service erfordert, treibt die Cloud-Kosten weiter in die Höhe.

Versteckte Kosten und Komplexität

Ein weiterer Punkt ist die Komplexität. Um die Kosten bei Hyperscalern wirklich zu optimieren, musst du dich tief in deren spezifische Preismodelle, Regionen, Instanztypen und Abrechnungsmodelle einarbeiten. Das ist eine eigene Wissenschaft. Für einen Solo-Dev oder ein kleines Team bedeutet das wertvolle Entwicklungszeit, die nicht ins Produkt fließt. Fehler in der Konfiguration können schnell zu unerwarteten Rechnungen führen. Die Lernkurve ist steil, und die Abstraktionsebenen sind hoch – das macht das Debugging nicht immer einfacher.

Wann VPS Hosting die bessere Wahl ist

VPS Hosting ist für dich die richtige Wahl, wenn:

1. Du die Kontrolle über deine Infrastruktur haben möchtest: Du bist der Chef. Du entscheidest, welche Software läuft, wie sie konfiguriert ist, und wann Updates eingespielt werden.
2. Dein Budget begrenzt ist und du planbare Kosten brauchst: Ein VPS kostet einen festen Betrag pro Monat. Ende der Geschichte. Du kannst mit 5-10€ bei Hetzner oder Contabo starten und bekommst dafür eine solide VM mit ausreichend CPU, RAM und SSD-Speicher für viele kleinere bis mittlere Projekte.
3. Du Projekte mit moderater, vorhersehbarer Last betreibst: Viele Webseiten, APIs, kleine SaaS-Anwendungen oder interne Tools passen perfekt auf einen VPS. Du kannst mit einem einzelnen Server oft erstaunlich weit kommen, bevor du über komplexere Setups nachdenken musst.
4. Du keine extremen Skalierungsanforderungen hast: Wenn dein Projekt nicht von heute auf morgen von 100 auf 100.000 Nutzer explodieren wird, ist die horizontale Skalierung eines Hyperscalers oft überdimensioniert.

Hetzner, Contabo und Co.: Solide Alternativen

Hetzner ist hier der Platzhirsch für uns in Deutschland und Europa. Ihre Cloud-Server bieten ein unschlagbares Preis-Leistungs-Verhältnis. Für 5-10€ bekommst du hier schon einen VPS, der für viele Anwendungen mehr als genug Power hat. Auch Contabo bietet extrem günstige VPS an, oft mit noch mehr Ressourcen für weniger Geld, allerdings manchmal mit Abstrichen beim Support oder der Netzwerk-Qualität (aber das ist meine persönliche Erfahrung und kann variieren).

Diese Anbieter liefern dir eine VM, auf der du ein Betriebssystem deiner Wahl (meist Linux) installierst. Danach bist du selbst dafür verantwortlich, alles Weitere einzurichten. Das ist der Punkt, an dem viele zögern – aber keine Sorge, es ist machbarer, als du denkst.

Was Self-Hosting bedeutet: Mehr Verantwortung, mehr Kontrolle

Ja, Self-Hosting bedeutet, dass du mehr Verantwortung trägst. Du bist zuständig für:

• Betriebssystem-Updates: Regelmäßiges apt update && apt upgrade ist Pflicht.
• Sicherheit: Firewall-Konfiguration, SSH-Absicherung, Patches.
• Backups: Eine funktionierende Backup-Strategie ist essenziell.
• Monitoring: Du musst wissen, ob dein Server läuft und ob die Ressourcen reichen.

Das mag auf den ersten Blick abschreckend wirken, aber für einen erfahrenen Entwickler ist das meist keine Raketenwissenschaft. Und der Lohn ist die volle Kontrolle und oft erhebliche Einsparungen bei den Cloud-Kosten.

Basis-Härtung: Erste Schritte für dein VPS

Wenn du dich für einen VPS entscheidest, hier ein paar grundlegende Schritte zur Absicherung:

1. SSH-Key-Authentifizierung: Deaktiviere die Passwort-Authentifizierung für SSH und nutze ausschließlich SSH-Keys. Das ist sicherer und bequemer.
2. Firewall einrichten (UFW): ufw enable, dann nur die benötigten Ports öffnen (z.B. 22 für SSH, 80 für HTTP, 443 für HTTPS). Alles andere bleibt geschlossen.
3. Regelmäßige Updates: Richte automatische Updates ein oder führe sie mindestens wöchentlich manuell durch.
4. Fail2Ban: Installiere Fail2Ban, um Brute-Force-Angriffe auf SSH (oder andere Dienste) zu blockieren.
5. Backups: Nutze die Snapshot-Funktion deines Providers (falls vorhanden) und/or richte eigene Backups ein (z.B. mit rsync auf einen anderen Server oder in Object Storage).

Tools, die dir das Leben erleichtern

Du musst nicht alles von Hand machen. Moderne Tools sind deine besten Freunde:

• Docker/Docker Compose: Absolut essenziell. Damit kapselst du deine Anwendungen und ihre Abhängigkeiten. Deployment wird zum Kinderspiel.
• Ansible/Terraform: Für die Automatisierung. Mit Ansible kannst du dein System initial einrichten und konfigurieren. Wenn du mehr als einen Server hast und die Infrastruktur als Code verwalten willst, schau dir Terraform an.
• Nginx/Caddy: Als Reverse Proxy und für SSL-Terminierung. Caddy ist besonders einfach, da es Let’s Encrypt von Haus aus integriert.
• Monitoring: Für den Anfang reicht ein einfaches Uptime-Monitoring (z.B. UptimeRobot). Später kannst du Prometheus und Grafana in Betracht ziehen, um Metriken zu sammeln und zu visualisieren.

Wann Hyperscaler doch Sinn ergeben

Es wäre unfair, die Vorteile von Hyperscalern komplett zu ignorieren. Sie haben ihre Berechtigung, insbesondere wenn:

• Du enorme, unvorhersehbare Skalierung benötigst: Wenn du wirklich damit rechnest, innerhalb von Stunden von null auf Millionen von Nutzern zu gehen, sind die automatischen Skalierungsmechanismen von AWS & Co. unschlagbar.
• Du spezialisierte, vollständig gemanagte Services brauchst: Wenn dein Projekt z.B. komplexe Machine-Learning-Pipelines, hochverfügbare, global verteilte Datenbanken oder spezifische Serverless-Funktionen erfordert, die du nicht selbst betreiben möchtest, dann sind Hyperscaler oft die einzige sinnvolle Option.
• Dein Team groß genug ist, um die Komplexität zu managen: Große Unternehmen haben dedizierte DevOps-Teams, die sich ausschließlich um die Cloud-Infrastruktur kümmern. Hier spielt die Komplexität eine untergeordnete Rolle.
• Du Compliance-Anforderungen hast, die nur bestimmte Cloud-Provider erfüllen: Manchmal sind es regulatorische Vorgaben, die die Wahl einschränken.

Fazit: Es kommt auf dein Projekt an

Am Ende des Tages ist die Wahl zwischen VPS Hosting und Hyperscalern keine philosophische, sondern eine pragmatische Entscheidung. Sie hängt von deinem Projekt, deinem Budget, deinem Know-how und deinen Prioritäten ab. Für viele von uns, die als Indie-Devs oder in Agenturen arbeiten, bieten Anbieter wie Hetzner eine leistungsstarke und kostengünstige Basis für unsere Projekte. Du bekommst viel Power für wenig Geld und die volle Kontrolle.

Wenn du bereit bist, ein wenig mehr Verantwortung für deine Infrastruktur zu übernehmen, wirst du mit deutlich geringeren Cloud-Kosten und einem besseren Verständnis deiner Systeme belohnt. Es lohnt sich, diese Option ernsthaft in Betracht zu ziehen, bevor du blind in die nächste teure Cloud-Falle tappst. Teile gerne deine Erfahrungen zu dem Thema im Discord der Community.