Braucht dein Startup Kubernetes? Meistens nicht – der 4-Fragen-Test
Mit einem Produkt, einem Team und unter ~50.000 Nutzern braucht ihr kein Kubernetes. Eine Hetzner-VM mit Docker Compose und einem Deploy-Skript trägt diese Phase für 20–100 €/Monat bei nahezu null Ops-Aufwand. Kubernetes verdient seine Komplexität erst bei mehreren Teams, stark schwankender Last oder Isolationsanforderungen — nicht vorher.
Kubernetes ist großartige Technologie. Es ist aber auch das häufigste Stück verfrühter Infrastruktur, das wir aus Startup-Stacks entfernen. Das Muster ist immer gleich: Jemand hat es aufgesetzt, "damit wir skalieren können" — und jetzt verbringt ein Zwei-Personen-Team einen Tag pro Woche damit, den Cluster zu füttern.
Der 4-Fragen-Test
Antwortet ehrlich. Zwei oder mehr Ja-Antworten → über Kubernetes lohnt sich ein Gespräch. Null oder eine → nicht.
- Deployen mehrere Teams unabhängig und kommen sich ohne Isolation in die Quere?
- Ist eure Last wirklich spitzenlastig — 10-fache Unterschiede zwischen ruhigen Stunden und Peak, durch die ihr autoskalieren müsst?
- Verlangen Compliance oder eure Enterprise-Kunden Workload-Isolation, Network Policies oder Multi-Tenancy-Garantien?
- Betreibt ihr bereits 10+ Services, die orchestrierte Rollouts, Service Discovery und Self-Healing brauchen?
Die meisten Startups vor der Series A beantworten alle vier mit Nein.
Was ihr stattdessen betreiben solltet
Langweilig, bewährt, günstig:
- Eine VM (oder zwei hinter einem Load Balancer) mit Docker Compose. Trägt für die meisten Web-Produkte Zehntausende Nutzer. Die Wirtschaftlichkeit haben wir in Hetzner vs. Vercel durchgerechnet.
- Ein modularer Monolith statt Microservices, damit es von vornherein weniger zu orchestrieren gibt — die Begründung steht in unserem Monolith-Artikel.
- Eine Managed-Plattform (Cloud Run, App Runner), wenn ihr lieber pro Request zahlt, als eine Maschine zu verwalten.
Was Kubernetes ein kleines Team wirklich kostet
Die Cluster-Gebühr ist der billige Teil. Die echte Rechnung: Upgrades alle paar Monate, YAML-Wildwuchs, Ingress-Debugging, Secrets-Management — und die Einstellungshürde: Jeder neue Engineer braucht jetzt K8s-Kenntnisse. Realistischer Overhead für ein kleines Team: 4–8 Stunden pro Woche. Das ist ein Fünftel eines Engineers für Infrastruktur, die euer Produkt noch nicht braucht.
Wann es doch die richtige Wahl ist
Mehrere Produktteams, echte Multi-Tenancy, Enterprise-Compliance-Anforderungen oder konstante 10-fache Lastschwankungen — dann ist Kubernetes aus guten Gründen die Standardantwort. Und ein sauber gebautes Compose-Setup dorthin zu migrieren dauert Wochen, nicht Monate. Die Entscheidung aufzuschieben kostet euch fast nichts.
Unsicher, auf welcher Seite der Linie ihr steht? Wir auditieren Startup-Infrastruktur und geben euch eine klare Antwort — siehe unsere Cloud & DevOps Services.
