Budget-Cloud-Hosting für MVPs: Wann Hetzner Sinn ergibt

Irgendwann bei der ersten Rechnung stellen viele Gründer fest, dass „die Cloud” keinen einheitlichen Preis hat. Zwei Server mit nahezu identischen CPU- und RAM-Spezifikationen — einer bei AWS, einer bei einem europäischen Anbieter wie Hetzner — können bei derselben Rechenleistung stark im Preis abweichen. Diese Lücke ist kein Preistrick. Sie spiegelt einen echten Unterschied darin wider, wofür man eigentlich bezahlt, und dieses Verständnis ist der erste Schritt, um ein Hosting zu wählen, das zum Budget eines MVPs passt statt zu dem eines Unternehmens in der Wachstumsphase.

Das ist kein Plädoyer dafür, dass Budgetanbieter insgeheim besser sind oder dass AWS überteuert ist. Es ist ein Leitfaden dazu, wann welcher Anbieter tatsächlich das richtige Werkzeug ist.

Warum die Kostenlücke überhaupt existiert

Hyperscaler (AWS, GCP, Azure) und Budget-/Bare-Metal-Anbieter (Hetzner, DigitalOcean, Vultr, OVH und ähnliche) verkaufen nicht dasselbe Produkt, auch wenn die zugrunde liegende Hardware auf dem Papier vergleichbar aussieht.

• Hyperscaler bepreisen Komfort. Man mietet nicht nur eine VM — man bezahlt für einen riesigen Katalog an Managed Services, globale Infrastruktur, Enterprise-Support-Stufen, Compliance-Zertifizierungen und ein Ökosystem, das es einem kleinen Team erlaubt, in Minuten eine produktionsreife Datenbank, Queue oder ein CDN aufzusetzen, ohne diese selbst zu betreiben.
• Budgetanbieter bepreisen näher an den reinen Hardwarekosten. Anbieter im Hetzner-Stil fahren schlankere Betriebe, weniger Regionen, dünnere Support-Stufen und einen deutlich kleineren Katalog an Managed Services. Dieser geringere Overhead schlägt sich direkt in niedrigeren Preisen pro Einheit Rechenleistung und Bandbreite nieder.
• Bandbreite ist oft die größte versteckte Lücke. Die Egress-Preise der Hyperscaler sind notorisch hoch im Vergleich zu Budgetanbietern, von denen viele standardmäßig großzügige Bandbreitenkontingente einschließen. Bei einem daten- oder medienintensiven MVP kann allein dieser Posten schwerer wiegen als die Rechenkosten.

Keines der beiden Modelle ist „falsch”. Ein Hyperscaler ist für Teams optimiert, die sich von operativer Arbeit freikaufen wollen. Ein Budgetanbieter ist für Teams optimiert, die bereit sind, mehr von dieser Arbeit selbst zu übernehmen, im Austausch für eine niedrigere Rechnung.

Worauf man bei einem Budgetanbieter tatsächlich verzichtet

Die Einsparungen sind real, aber das gilt auch für die Kompromisse — und so zu tun, als gäbe es sie nicht, ist der Weg, auf dem Gründer um 2 Uhr nachts ohne Managed Failover aus ihrer eigenen Infrastruktur ausgesperrt werden.

• Weniger Managed Tooling. Kein One-Click-Managed-Kubernetes mit derselben Integrationstiefe, in den meisten Fällen kein Äquivalent zu einer vollständig verwalteten Serverless-Funktionsplattform, und Datenbanken sind meist etwas, das man selbst installiert und pflegt, statt es als Service zu beziehen.
• Mehr Betriebsarbeit landet beim eigenen Team. Patchen, Backups, Monitoring, Firewall-Konfiguration und Skalierungsentscheidungen liegen in der eigenen Verantwortung, nicht als Standard, den die Plattform übernimmt.
• Weniger Regionen und weniger Redundanz von Haus aus. Budgetanbieter betreiben in der Regel eine kleinere Anzahl an Rechenzentrumsstandorten als das globale Netzwerk eines Hyperscalers, was relevant ist, wenn die Nutzer geografisch verstreut sind oder Datenresidenz-Anforderungen bestehen.
• Kein großes Free-Tier- oder Guthaben-Ökosystem. Hyperscaler umwerben Startups mit umfangreichen Free-Tier-Programmen und Startup-Guthabenpaketen; Budgetanbieter bieten in der Regel nichts Vergleichbares, sodass die Rechnung „erstes Jahr kostenlos” ganz anders aussieht.
• Kleineres Support- und Partner-Ökosystem. Weniger Drittanbieter-Integrationen, Marketplace-Tools und Enterprise-SLAs rund um die Plattform.

Nichts davon macht einen Budgetanbieter für den Produktionsbetrieb ungeeignet — es bedeutet, dass die Verantwortung für Zuverlässigkeit von der Plattform auf das eigene Team übergeht.

Hyperscaler vs. Budget/Bare-Metal: Ein direkter Vergleich

Faktor	Hyperscaler (AWS / GCP / Azure)	Budget-VPS / Bare-Metal (Hetzner-Stil)
Reine Rechen- und Bandbreitenkosten	Höher, besonders beim Egress	Niedriger, oft deutlich
Tiefe der Managed Services	Umfangreich (Datenbanken, Queues, Serverless, ML)	Minimal — überwiegend reine Rechenleistung und Speicher
Betriebsaufwand	Niedriger — die Plattform übernimmt vieles	Höher — das eigene Team konfiguriert und pflegt es
Regionen und globale Reichweite	Breit, viele Regionen weltweit	Enger, oft auf bestimmte Regionen konzentriert
Free Tier / Startup-Guthaben	Umfangreiche Programme üblich	Selten oder gar nicht
Am besten geeignet für	Teams, die Managed Services, Compliance oder globale Reichweite brauchen	Kostensensible MVPs mit einfachen Infrastrukturanforderungen und etwas Betriebskapazität

Wann ein Budgetanbieter für ein MVP die richtige Wahl ist

Ein Budget- oder Bare-Metal-Anbieter ergibt wirklich Sinn, wenn die meisten der folgenden Punkte zutreffen:

• Die Infrastrukturanforderungen sind einfach. Eine Webanwendung, eine Datenbank, vielleicht ein Background-Worker — nichts, das von einem hyperscaler-spezifischen Managed Service abhängt.
• Man befindet sich vor oder in der frühen Umsatzphase, und die Burn-Rate zählt. Jeder Dollar, der nicht für Infrastruktur ausgegeben wird, verlängert die Runway oder finanziert Produktarbeit.
• Jemand im Team kann grundlegenden Betrieb übernehmen. Server-Setup, Backups und Monitoring erfordern keine dedizierte DevOps-Einstellung, aber jemanden, der bereit ist, dies zu verantworten.
• Es gibt noch keine konkrete Compliance- oder Multi-Region-Anforderung. Wenn nichts auf der Roadmap Datenresidenz auf fünf Kontinenten verlangt, verzichtet man auf nichts, indem man sie nicht hat.

Wann ein Hyperscaler dennoch gewinnt

Die Rechnung kippt, sobald der Managed-Komfort mehr wert ist als das gesparte Geld:

• Man benötigt einen bestimmten Managed Service — eine vollständig verwaltete Datenbank mit automatischem Failover, eine Serverless-Funktionsplattform oder eine Managed Queue — und der Eigenbau des Äquivalents würde mehr Engineering-Zeit kosten, als er an Hosting-Kosten spart.
• Es gibt echte Compliance- oder Enterprise-Vertriebsanforderungen, die auf Hyperscaler-Zertifizierungen oder spezifischer regionaler Datenverarbeitung beruhen.
• Das Team hat keine freie Betriebskapazität. Wenn niemand Patches und Backups verantworten will, ist die „günstigere” Rechnung eine Illusion, sobald man die aufgewendeten Engineering-Stunden mitzählt.
• Man baut bereits auf einem Cloud-native-Stack, bei dem die Ökosystem-Integration des Hyperscalers schwerer wiegt als die reine Preislücke.

Das ist im Grunde dieselbe zugrunde liegende Frage wie bei Managed-Hosting-Plattformen vs. reine Cloud-Infrastruktur — nur eine Ebene tiefer. Jener Vergleich dreht sich darum, wie viel Infrastrukturabstraktion man möchte (PaaS vs. IaaS); dieser hier dreht sich darum, welche rohe Infrastruktur man kauft, sobald man sich entschieden hat, eigene Server zu betreiben, hyperscaler-bepreist oder budget-bepreist. Wer noch zwischen AWS, GCP und Azure selbst wählt, bevor diese Budget-Frage überhaupt aufkommt, sollte zuerst unseren Vergleich der großen drei für Startups lesen — das ist die vorgelagerte Entscheidung.

Ein praktischer Weg zur Entscheidung

Nicht mit Markenvorlieben anfangen. Drei Fragen stellen: Was braucht meine Infrastruktur tatsächlich über Rechenleistung, Speicher und eine Datenbank hinaus? Wer im Team ist bereit, den grundlegenden Serverbetrieb zu übernehmen? Und wie sieht eine realistische Monatsrechnung bei jeder Option beim aktuellen — nicht erhofften — Traffic-Level aus? Wer noch dabei ist einzuschätzen, was die Infrastruktur monatlich tatsächlich kosten wird, findet in unserem Leitfaden zur Schätzung von MVP-Cloud- und API-Kosten eine nützliche Ergänzung, bevor man Anbieter vergleicht.

Für die meisten frühen MVPs mit moderatem, vorhersehbarem Traffic und ohne exotische Abhängigkeit von Managed Services ist ein Budgetanbieter eine legitime, produktionssichere Wahl — kein Kompromiss auf Kosten der Qualität. Für MVPs, die von Tag eins an auf Managed Services setzen oder bereits Compliance- oder globale-Reichweite-Anforderungen haben, kauft die Hyperscaler-Prämie echte Engineering-Zeit zurück. So oder so sollte die Entscheidung den tatsächlichen technischen Anforderungen folgen, nicht danach, welcher Name auf einem Pitch-Deck „enterprise” klingt.

Wer einen unabhängigen, faktenbasierten Referenzpunkt dazu sucht, was ein Budgetanbieter tatsächlich bietet, findet auf Hetzners eigener Cloud-Preisseite einen direkten Ort, um aktuelle Spezifikationen und Preise einzusehen, statt sich auf Vergleiche aus zweiter Hand zu verlassen.

Häufig gestellte Fragen

Ist Hetzner für ein MVP tatsächlich günstiger als AWS?

Bei reiner Rechenleistung und Bandbreite ja — Budget-VPS- und Bare-Metal-Anbieter wie Hetzner verlangen in der Regel nur einen Bruchteil der On-Demand-Preise von AWS für vergleichbare CPU, RAM und Speicher. Der Abstand verringert sich, sobald man AWS-Managed-Services, Free-Tier-Guthaben oder Reserved-Pricing einrechnet, aber für ein kleines Team, das einfach nur Server betreibt, ist der Preisunterschied real und keine Marketingaussage.

Worauf verzichtet man, wenn man sich für einen Budgetanbieter wie Hetzner statt AWS entscheidet?

Hauptsächlich auf Managed Tooling und Komfort: keine tief integrierte Managed Database, Queue oder Serverless-Ökosystem, weniger globale Regionen, keine großen Free-Tier-Guthabenprogramme und weniger ausgereiftes Web-Console-Tooling. Man übernimmt selbst mehr Einrichtungs-, Patch-, Backup- und Skalierungsarbeit.

Ist Bare-Metal- oder Budget-VPS-Hosting sicher für ein Produktions-MVP?

Ja, mit derselben operativen Disziplin, die man überall anwenden würde — Backups, Monitoring und eine grundlegende Sicherheitsbasis. Budgetanbieter betreiben echte Infrastruktur, keine Hobby-Sandbox; das Risiko liegt nicht in der Hardware, sondern darin, dass das eigene Team mehr von dieser Disziplin manuell konfigurieren muss, statt sie standardmäßig zu bekommen.

Wann sollte ein MVP AWS oder GCP statt eines Budgetanbieters nutzen?

Wenn man bestimmte Managed Services benötigt (Managed Kubernetes, Serverless-Funktionen, eine bestimmte Datenbank-Engine als Service), Multi-Region-Compliance-Anforderungen hat, tief in einen bestehenden Cloud-native-Stack integriert ist oder die Engineering-Zeit des Teams mehr wert ist als das Geld, das ein Budgetanbieter beim aktuellen Traffic-Level sparen würde.

Kann ein Startup mit Hetzner starten und später zu AWS wechseln?

Ja. Viele Teams starten bei einem Budgetanbieter, um die Burn-Rate vor der Umsatzphase niedrig zu halten, und migrieren dann bestimmte Workloads zu einem Hyperscaler, sobald sie einen Managed Service oder ein Compliance-Feature brauchen, das der Budgetanbieter nicht bietet. Das ist ein normaler, gut verstandener Migrationsweg und keine seltene Ausnahme.