Kubernetes für kleine Teams: Pragmatische Setups, die halten
Kubernetes hat den Ruf, mit Komplexität zu erschlagen. In Wahrheit lässt sich auch ein Drei-Personen-Team verlässlich darauf betreiben – wenn man die richtigen Abkürzungen kennt.
“Kubernetes für drei Entwickler? Aber ihr seid doch viel zu klein!” – diesen Einwand höre ich oft, und er ist nicht unbegründet. Der Aufwand, k8s “richtig” zu betreiben, ist enorm: Logging, Monitoring, Secrets, Ingress, Backups, Updates, Netzwerkrichtlinien, RBAC. Wer das alles selbst aufbaut, hat ein Vollzeit-Plattformteam.
Trotzdem betreibe ich für mehrere kleine Teams Kubernetes-Cluster und würde das jederzeit wieder tun. Der Trick: nicht alles selbst bauen.
Die wirklich notwendige Liste
Aus Erfahrung sind das die Bausteine, die ein kleines Team wirklich braucht:
- Ein managed Cluster (DigitalOcean, Hetzner Cloud Managed K8s, oder eine GKE-Standardinstanz). Self-hosted Control-Plane ist die teuerste Optimierung, die man machen kann.
- Ein Ingress mit automatisiertem TLS – meist
ingress-nginxpluscert-manager. Einmal aufsetzen, vergessen. - Ein GitOps-Tool wie Argo CD oder Flux. Zwingt Sie, alles deklarativ zu beschreiben, und macht Rollbacks zum Einzeiler.
- Ein einfaches Monitoring-Setup (kube-prometheus-stack oder ein gehostetes Backend wie Grafana Cloud).
- Logs in ein zentrales System. Loki, Datadog, oder schlicht in einen S3-Bucket – Hauptsache nachvollziehbar.
Das war’s. Service Mesh, Operator-Frameworks, Multi-Cluster-Federation – alles Dinge, die man nachrüsten kann, wenn ein konkretes Problem auftaucht. Vorher nicht.
Der häufigste Fehler
Der häufigste Fehler kleiner Teams ist nicht, dass sie zu wenig automatisieren. Es ist, dass sie zu viel automatisieren – auf einer Plattformebene, die keine zweite Anwendung jemals nutzen wird. Eine sechsstufige Helm-Chart-Hierarchie für eine einzige Node.js-App ist Selbstbeschäftigung.
Mein Rat: Schreiben Sie für die ersten Anwendungen direkt rohes YAML. Wenn der gleiche Block dreimal auftaucht, dann wird daraus ein Helm-Template oder Kustomize-Overlay. Vorher nicht.
Wann es sich lohnt
Kubernetes lohnt sich für kleine Teams, wenn
- mehrere Services parallel laufen müssen,
- die Infrastruktur in Code beschreibbar sein soll,
- oder wenn man später skalieren will, ohne die gesamte Deployment-Pipeline neu bauen zu müssen.
Wenn Sie nur eine einzige Webanwendung haben, ist eine Plattform wie Fly.io oder Railway oft die bessere Wahl. Dafür gibt es keine ehrenvolle Niederlage – nur weniger Pager-Anrufe um drei Uhr morgens.
Hilfe von außen
Falls Sie überlegen, ob ein eigener Cluster für Ihr Team Sinn ergibt, oder ob Sie einen bestehenden vereinfachen wollen: Ich begleite genau solche Entscheidungen, von der ersten Architekturskizze bis zur produktiven Übergabe. Sprechen Sie mich an.