Zurück zum Blog
Braucht dein Startup Kubernetes? Meistens nicht – der 4-Fragen-Test

Braucht dein Startup Kubernetes? Meistens nicht – der 4-Fragen-Test

Dennis Reinkober2 Min. Lesezeit
TL;DR

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.

  1. Deployen mehrere Teams unabhängig und kommen sich ohne Isolation in die Quere?
  2. Ist eure Last wirklich spitzenlastig — 10-fache Unterschiede zwischen ruhigen Stunden und Peak, durch die ihr autoskalieren müsst?
  3. Verlangen Compliance oder eure Enterprise-Kunden Workload-Isolation, Network Policies oder Multi-Tenancy-Garantien?
  4. 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.

Ähnliche Beiträge

Sprechen wir darüber

Automatisierung, KI, Infrastruktur oder eine Softwareidee? Hinterlassen Sie Ihre Telefonnummer. Wir rufen Sie an und sprechen über Ihren Bedarf.

Lieber direkt Kontakt aufnehmen? Schreiben Sie uns oder rufen Sie an.

Wir verwenden Ihre Telefonnummer zur Bearbeitung Ihrer Rückrufanfrage.

Oder direkt anrufen: +49 (0)172 7593488