# Heb je Kubernetes nodig? Wat past bij welke teamgrootte

URL: https://brainpowergroup.eu/nl/blog/heb-je-kubernetes-nodig
Datum: 2025-12-17 (bijgewerkt 2026-06-30)
Door: Aleksa, Brainpower Group

Met één of twee teams heb je meestal geen Kubernetes nodig: Docker Compose of managed containers is genoeg. Kubernetes loont bij veel services en meerdere teams.

Een product met één of twee teams heeft Kubernetes meestal niet nodig. Docker Compose op een paar servers of een managed containerdienst is dan genoeg. Kubernetes gaat lonen als je veel services hebt, meerdere teams zelfstandig deployen en iemand het cluster als vaste taak beheert.

## Wat Kubernetes je kost

De eerste kosten staan op de factuur. AWS rekent voor de control plane van een EKS-cluster 0,10 dollar per uur, ongeveer 73 dollar per maand, nog zonder één server. Loop je achter met Kubernetes-versies, dan val je in extended support en betaal je 0,60 dollar per uur. Bij Azure kost de control plane in de Free-tier van AKS niets, maar dan zonder financieel gegarandeerde SLA. Microsoft bedoelt die tier voor ontwikkel- en testclusters. Voor productie met een SLA heb je minimaal de Standard-tier nodig.

Dan zijn er de upgrades. Kubernetes brengt ongeveer drie releases per jaar uit en elke release krijgt ongeveer een jaar patches. Je upgradet je cluster dus minstens één keer per jaar, met alle add-ons, ingress-controllers en Helm charts erbij.

De grootste kostenpost is kennis. Netwerk, ingress, RBAC, secrets, autoscaling en observability moeten allemaal goed staan, en iemand in je team moet dat begrijpen, ook als het om drie uur 's nachts misgaat.

## Hoe ver je komt met Docker Compose

Docker Compose beschrijft je applicatie in één YAML-bestand, met de services, netwerken en volumes. Zet je `restart: unless-stopped`, dan start Docker een gecrashte container vanzelf opnieuw. Een `healthcheck` laat Docker controleren of de app in de container echt antwoord geeft. Docker herstart een container overigens niet omdat hij unhealthy is. Die status gebruik je in `depends_on` en in je monitoring. Voor een monoliet of een paar services met een worker, een reverse proxy en een database is dat genoeg.

Wat Compose niet voor je regelt, is een machine die helemaal uitvalt. Dat vang je op met een tweede server en een load balancer, of je accepteert een paar minuten downtime bij een storing. Voor veel B2B-producten vind ik dat een prima afweging, zolang je de backups op orde hebt.

Wil je zonder downtime uitrollen op eigen servers, kijk dan naar Kamal. Daarmee rolt 37signals containers uit op bare metal en cloud-VM's, met zero-downtime deploys en rolling restarts.

## Managed containers als middenweg

Tussen een eigen server en een cluster zit de managed containerdienst, zoals Azure Container Apps, Google Cloud Run of AWS ECS met Fargate. Je levert een image aan en het platform draait het. Bij Azure Container Apps beheer je geen servers of orkestratie. Een app schaalt daar op HTTP-verkeer, events of CPU- en geheugenbelasting. De meeste apps kunnen naar nul schalen, behalve apps die op CPU of geheugen schalen.

Daar staat tegenover dat je binnen de grenzen van het platform werkt en dat de kosten meegroeien met het gebruik. Voor een team zonder eigen beheerder is dit vaak de beste plek om te beginnen.

## Wanneer Kubernetes wel loont

Kubernetes is de moeite waard als meerdere van deze punten kloppen:

- je hebt zoveel services dat niemand meer uit zijn hoofd weet wat waar draait,
- meerdere teams deployen zelfstandig en willen één manier van werken,
- services moeten los van elkaar schalen,
- de organisatie draait al Kubernetes en heeft er mensen voor.

Dat laatste is op zich al een goede reden, want dan gebruik je wat er al staat. Bij [Ahold](/nl/cases/ahold) werkten onze engineers mee in bestaande teams en standaarden, op een stack met onder meer Kubernetes en Kafka.

Kies je zelf voor Kubernetes, neem dan een managed variant zoals EKS, AKS of GKE en houd het eenvoudig: één ingress, één manier van deployen en zo weinig extra operators als je kunt.

## Een indeling naar grootte

| Situatie | Wat past |
|---|---|
| Eén product, één team, een handvol containers | Docker Compose op één of twee servers, eventueel met Kamal |
| Meerdere services, wisselende belasting, geen beheerder | Managed containers, zoals Azure Container Apps of Cloud Run |
| Veel services, meerdere teams, een eigen platform- of ops-team | Managed Kubernetes |

Ook de keuze tussen een monoliet en losse services maakt hier verschil. Een [modulaire monoliet](/nl/blog/de-modulaire-monoliet) past prima in één container en scheelt je veel van deze afwegingen. Twijfel je tussen containers en functies, lees dan [serverless of eigen servers](/nl/blog/serverless-of-eigen-servers).

## Zo houd je de overstap later klein

Hetzelfde image draait in Compose, in een managed dienst en in Kubernetes, dus je hoeft nu niet te kiezen voor de situatie over drie jaar. Zorg wel dat je app zich als een nette container gedraagt:

- configuratie via environment variables, niet in het image,
- geen state op de lokale schijf, alles in de database of in object storage,
- een health-endpoint dat echt controleert of de app werkt,
- logs naar stdout,
- netjes afsluiten na een SIGTERM.

Dan is de stap naar een cluster later vooral configuratie. Hoe je de kosten van elke optie in de gaten houdt, staat in [cloudkosten onder controle](/nl/blog/cloudkosten-onder-controle).

## Bronnen

- [Kubernetes: release cycle](https://kubernetes.io/releases/release/)
- [Amazon EKS: pricing](https://aws.amazon.com/eks/pricing/)
- [Azure AKS: Free, Standard en Premium pricing tiers](https://learn.microsoft.com/en-us/azure/aks/free-standard-pricing-tiers)
- [Docker: Compose file reference, services](https://docs.docker.com/reference/compose-file/services/)
- [Azure Container Apps: overview](https://learn.microsoft.com/en-us/azure/container-apps/overview)
- [Kamal](https://kamal-deploy.org/)

## Veelgestelde vragen

**Wanneer heb je Kubernetes nodig?**

Als je veel services hebt, meerdere teams zelfstandig deployen en iemand het cluster als vaste taak beheert. Met één product en één team kom je met Docker Compose of een managed containerdienst meestal verder, voor minder geld.

**Kun je Docker Compose in productie gebruiken?**

Ja, voor een monoliet of een paar services op één of twee servers werkt dat goed. Gebruik restart-policies en healthchecks, en bedenk vooraf wat er gebeurt als een hele server uitvalt.

**Wat kost een managed Kubernetes-cluster?**

Bij AWS EKS betaal je 0,10 dollar per cluster per uur voor de control plane, ongeveer 73 dollar per maand, plus de servers zelf. In extended support wordt dat 0,60 dollar per uur. Azure AKS heeft een Free-tier zonder beheerkosten, maar zonder financieel gegarandeerde SLA.

---

Bron: https://brainpowergroup.eu/nl/blog/heb-je-kubernetes-nodig
Brainpower Group, contact: https://brainpowergroup.eu/nl/contact, hello@brainpowergroup.eu