Containers zijn een tool, geen religie. Een container-first-strategie zonder afweging leidt tot operationele complexiteit waar niet elke applicatie waarde uithaalt. Wat wel en niet container-geschikt is.
Goede containerisatie-kandidaten
Stateless web services, microservices, batch-jobs, CI/CD-runners. Apps met een 12-factor-app-mindset. Apps die multi-instance kunnen draaien achter een load balancer. Voor deze workloads brengt containerisatie schaalbaarheid en deployment-uniformiteit.
Slechtere kandidaten
Monolithische applicaties met state in lokale files, applicaties die GUI's of zeer specifieke OS-tweaks nodig hebben, legacy-apps zonder source-code-access. Voor die workloads: lift-and-shift naar VM, niet container-rewrite.
Kubernetes versus simplere alternatieven
Kubernetes is overkill voor 5 services. Azure App Service, AWS App Runner, Google Cloud Run: managed container-platforms zonder cluster-overhead. Voor 50+ services: dan pas Kubernetes-overhead loont. Niet eerder.
Image-management en registry
Azure Container Registry, AWS ECR, Google Artifact Registry. Image-scanning voor vulnerabilities. Tagging-strategie per environment. Image-immutability na publicatie. Niet image:latest in productie ooit.
Verwant: ZZP Cloud consultant, AKS platform.