Managed Kubernetes kiezen: de aanbieder die past bij je platform, je data en je team
Managed Kubernetes betekent dat de aanbieder de control plane draait: de API-server, etcd, de scheduler en de upgrades daarvan. Jij draait de workloads. Het verschil tussen aanbieders zit zelden in Kubernetes zelf, maar in de diensten eromheen, de datalocatie, de manier waarop je betaalt en hoeveel werk upgrades kosten. Het vaste team helpt je kiezen, richt het cluster in en draait het daarna mee. Is Kubernetes voor jouw shop niet nodig, dan hoor je dat ook.
- Vergelijking op diensten, datalocatie en beheerlast, niet op marketing
- Alle kostenposten op een rij, van control plane tot uitgaand verkeer
- Eerlijk advies over Hetzner met k3s of Talos, en over managed hosting
Wat is managed Kubernetes, en wat blijft jouw werk?
Een Kubernetes-cluster bestaat uit twee delen. De control plane beslist: welke pod draait waar, welke versie is gewenst, wat is de toestand van elke resource. De worker nodes voeren uit: daar draaien je containers. Bij managed Kubernetes beheert de aanbieder de control plane. Hij zorgt dat de API bereikbaar is, dat etcd gebackupt wordt en dat er nieuwe Kubernetes-versies beschikbaar komen.
Wat bij jou blijft, is meer dan veel mensen denken. Worker nodes upgraden of laten vervangen, add-ons zoals de CNI, CSI-drivers en CoreDNS bijhouden, ingress of Gateway API inrichten, certificaten, secrets, monitoring, logging, autoscaling, backups van je eigen data en het testen van elke Kubernetes-upgrade tegen je workloads. Sommige aanbieders nemen daar een deel van over, zoals EKS Auto Mode, GKE Autopilot en AKS met node auto-provisioning. Maar niemand test of je Magento-consumers na een upgrade nog werken.
Kubernetes brengt ongeveer drie minor-versies per jaar uit, en het upstream-project ondersteunt elke versie ongeveer veertien maanden. Een cluster upgraden is dus geen eenmalig project. Het is een vast terugkerend stuk werk, ongeveer elk kwartaal tot elk half jaar, en het hoort in elke kostenafweging.
Op deze pagina vergelijken we de grote drie, de Europese aanbieders en de self-managed route, op de punten die voor webshops en Laravel-platformen tellen. Zonder prijzen, want die veranderen en hangen af van je opzet. Wel met alle kostenposten, zodat je zelf kunt rekenen.
EKS, GKE en AKS naast elkaar
De drie grote aanbieders zijn technisch volwassen. De keuze volgt meestal uit waar de rest van je infrastructuur, je identiteitsbeheer en je kennis al zit.
Controleer bij de AWS European Sovereign Cloud per dienst wat er beschikbaar is. Het is een aparte omgeving met een eigen dienstenlijst, geen gewone regio met alle diensten van de rest van AWS.
| Onderwerp | Amazon EKS | Google GKE | Azure AKS |
|---|---|---|---|
| Mate van beheer | Standaard EKS, of EKS Auto Mode waarbij AWS ook nodes en kerncomponenten beheert | Standard, of Autopilot waarbij Google de nodes beheert en je per pod-resources betaalt | Standaard AKS, AKS Automatic, of node auto-provisioning op basis van Karpenter |
| Node-autoscaling | Karpenter (oorspronkelijk van AWS) of cluster-autoscaler | Cluster-autoscaler en node auto-provisioning, of volledig via Autopilot | Node auto-provisioning (Karpenter-gebaseerd, algemeen beschikbaar sinds juli 2025) of cluster-autoscaler |
| Versie-ondersteuning | 14 maanden standaard, daarna 12 maanden extended support tegen een hoger tarief | Release channels (Rapid, Regular, Stable, Extended) met automatische upgrades | Ondersteuningsvenster per versie, met long-term support in de Premium-tier |
| Sterk in | Breedste dienstenaanbod, IAM-koppeling per pod, veel tooling uit het ecosysteem | Kubernetes-integratie en automatische upgrades, sterk bij weinig eigen beheercapaciteit | Koppeling met Entra ID en Microsoft-omgevingen die al bestaan |
| Let op | Kosten van NAT-gateways, load balancers en verkeer tussen zones lopen snel op | Autopilot legt beperkingen op aan pod-configuratie en DaemonSets | Tiers met en zonder SLA; kies bewust welke je nodig hebt |
| EU-regio's | Meerdere EU-regio's, plus de AWS European Sovereign Cloud (algemeen beschikbaar sinds januari 2026) | Meerdere EU-regio's, waaronder Nederland | Meerdere EU-regio's, waaronder West-Europa in Nederland |
Plan een vrijblijvend gesprek over je project
Een half uur via video met de mensen die het werk ook echt doen. Kies hieronder een moment dat jou past.
- Direct met het vaste team, geen tussenlagen
- Concrete feedback op je huidige situatie of plannen
- Eerlijk advies, ook als het antwoord "niet doen" is
- Indicatie van kosten en tijdlijn
Plan een gratis Tech Check
Vrijblijvend jouw uitdagingen bespreken
Of bel direct: 0591-239 299
Europese aanbieders van managed Kubernetes
Voor wie datalocatie en een Europese contractpartij zwaar laat wegen. Dit zijn aanbieders met een eigen managed control plane; het dienstenaanbod eromheen verschilt sterk.
OVHcloud Managed Kubernetes
Franse aanbieder met eigen datacenters en een breed IaaS-aanbod. Managed databases en object storage zijn beschikbaar, zodat de stateful onderdelen buiten het cluster kunnen.
Lees verder →Scaleway Kapsule
Franse aanbieder met regio's in onder meer Parijs, Amsterdam en Warschau. Kosmos-variant voor nodes bij meerdere aanbieders. Managed databases en S3-compatibele storage.
Lees verder →STACKIT SKE
Cloud van de Schwarz Gruppe, met datacenters in Duitsland. Gericht op organisaties die een Europese partij met Duitse datalocatie zoeken.
Lees verder →Exoscale SKS en Infomaniak
Zwitserse aanbieders met managed Kubernetes. Zwitserland heeft een adequaatheidsbesluit van de EU, wat doorgifte van persoonsgegevens eenvoudig houdt.
Lees verder →IONOS, Open Telekom Cloud en UpCloud
Duitse en Finse aanbieders met een managed control plane in Europese datacenters. Vergelijk vooral het aanbod aan managed databases, load balancers en support.
Lees verder →DigitalOcean DOKS
Amerikaanse aanbieder met datacenters in onder andere Amsterdam en Frankfurt. Eenvoudig en overzichtelijk, maar juridisch een Amerikaanse partij, net als de grote drie.
Lees verder →Hetzner: geen managed Kubernetes, wel een goede basis voor self-managed
Hetzner biedt geen eigen managed Kubernetes. Wat Hetzner wel onderhoudt, zijn de bouwstenen: een cloud controller manager die Hetzner-load balancers aanmaakt voor Services van het type LoadBalancer, en een CSI-driver die Hetzner Volumes als persistente opslag beschikbaar maakt. Daarmee draai je een volwaardig cluster op Hetzner-servers, maar de control plane is dan jouw verantwoordelijkheid.
De gangbare routes zijn k3s en Talos Linux. k3s is een lichte, gecertificeerde Kubernetes-distributie van SUSE, populair op Hetzner via projecten als hetzner-k3s en Kube-Hetzner. Talos Linux van Sidero Labs is een besturingssysteem dat alleen Kubernetes draait: geen SSH, geen shell, alles via een API, en daardoor goed te automatiseren en te beveiligen. Met Omni van Sidero beheer je Talos-clusters centraal. Daarnaast zijn er partijen die een managed control plane op Hetzner-servers aanbieden.
Wat self-managed oplevert: lage infrastructuurkosten per node, volledige controle en een Europese partij. Wat het kost: jij bent verantwoordelijk voor etcd-backups, control plane-upgrades, certificaten van de API-server en herstel als een control plane-node uitvalt. En managed databases, managed Valkey of managed OpenSearch zoals bij de grote clouds zijn er niet; die draai je zelf of haal je elders. Voor een team dat Kubernetes al goed beheert, kan dat de rekensom winnen. Voor een team dat net begint, bijna nooit.
Datalocatie en AVG: wat de wet vraagt en wat niet
De AVG verplicht je niet om data in de EU te hosten. Ze stelt eisen aan doorgifte van persoonsgegevens naar landen buiten de EU. Voor de Verenigde Staten geldt sinds 2023 het EU-US Data Privacy Framework, een adequaatheidsbesluit van de Europese Commissie. Het Gerecht van de EU heeft dat besluit in september 2025 in stand gehouden. Daartegen loopt een hoger beroep bij het Hof van Justitie. Het kader is dus geldig, maar niet onaantastbaar; het vorige, Privacy Shield, werd in 2020 ongeldig verklaard.
Een EU-regio bij een Amerikaanse aanbieder lost niet alles op. De data staat dan fysiek in Europa, maar de aanbieder valt onder Amerikaanse wetgeving zoals de CLOUD Act. Voor de meeste webshops is dat een acceptabel en gangbaar risico, mits je verwerkersovereenkomst klopt en je het in je verwerkingsregister vastlegt. Voor organisaties met strengere eisen, zoals overheden, zorg of contractuele afspraken met grote klanten, kan een Europese aanbieder of een soevereine cloudomgeving de eenvoudigere keuze zijn.
Kijk ook verder dan het cluster. Logs met IP-adressen en e-mailadressen, backups, de container-registry, je monitoringdienst en je CDN verwerken ook persoonsgegevens. Een cluster in Frankfurt met logs bij een SaaS-dienst in de VS is geen Europese opzet. Dit is geen juridisch advies; leg de keuze voor aan je privacy officer of jurist. Wij zorgen dat de technische opzet klopt met wat je afspreekt.
Kostenposten van managed Kubernetes
Geen prijzen, die veranderen en hangen af van je opzet. Wel de posten die in elke offerte of calculator terug moeten komen. De meeste verrassingen zitten in de laatste twee kolommen.
Cluster en compute
- Control plane: bij sommige aanbieders een vast bedrag per cluster per uur, bij andere een gratis tier zonder SLA
- Extended support voor oude Kubernetes-versies, zoals bij EKS, tegen een hoger clustertarief
- Worker nodes of, bij Autopilot-achtige modellen, de aangevraagde pod-resources
- Spot- of preemptible-capaciteit voor workers die onderbreking verdragen, zoals queue-consumers
- Overcapaciteit door te ruime resource requests: de grootste stille kostenpost
Netwerk en opslag
- Load balancers per Service of Gateway, en publieke IP-adressen
- NAT-gateways voor uitgaand verkeer uit private subnets
- Uitgaand dataverkeer naar internet, en verkeer tussen beschikbaarheidszones
- Persistente volumes, snapshots en ReadWriteMany-opslag voor bijvoorbeeld Magento-media
- Object storage en CDN voor media en static assets
Diensten buiten het cluster
- Managed MySQL of PostgreSQL, inclusief backups en eventuele read replicas
- Managed Valkey of Redis, managed OpenSearch, managed RabbitMQ
- Container-registry en image-scanning
- Opslag en ingest van logs en metrics, bij de cloud of een externe dienst
- Secret manager, KMS-sleutels en supportcontracten bij de aanbieder
Mensen en tijd
- Kubernetes-upgrades, ongeveer drie per jaar, met testen tegen je workloads
- Bijhouden van add-ons: Gateway API-controller, cert-manager, External Secrets, monitoring
- Bereikbaarheid buiten kantoortijd en afhandeling van incidenten
- Kosten- en capaciteitsreview, zodat requests en nodes passen bij het echte gebruik
Waar we op letten bij de keuze
We beginnen niet bij de aanbieder, maar bij je platform. Welke diensten heeft het nodig naast Kubernetes? Een Magento-shop heeft MySQL, Valkey, OpenSearch, vaak RabbitMQ, object storage en een CDN nodig. Als je aanbieder die niet allemaal managed heeft, draai je ze zelf, en daarmee groeit je beheerlast meer dan je met een goedkoper cluster bespaart.
Daarna kijken we naar wat er al is. Draait je identiteitsbeheer op Entra ID en heb je een Microsoft-contract, dan heeft AKS een voorsprong. Staan je data, backups en andere systemen al bij AWS, dan is EKS de logische plek. Heb je weinig eigen beheercapaciteit en wil je upgrades zoveel mogelijk automatisch, dan scoort GKE met release channels of Autopilot goed. Weegt een Europese contractpartij het zwaarst, dan vergelijken we de Europese aanbieders op hun managed diensten.
Tot slot portabiliteit. Kubernetes zelf is overal gelijk, maar de koppelingen niet: IAM per pod, load balancers, storageklassen en managed databases verschillen per aanbieder. Wij houden die verschillen klein door de applicatie via standaarden te koppelen: Gateway API voor verkeer, External Secrets Operator voor secrets, S3-compatibele storage voor bestanden. Overstappen blijft dan werk, maar geen herbouw. Hoe je verkeer en TLS inricht, staat op de pagina over ingress en Gateway API. Sinds ingress-nginx met pensioen is, is dat bij elke nieuwe opzet een bewuste keuze.
Wanneer managed Kubernetes niet de juiste keuze is
Voor de meeste webshops is goede managed hosting goedkoper en eenvoudiger dan welk Kubernetes-cluster ook. Een Magento-shop op Hypernode krijgt een geoptimaliseerde stack, beheer en support, zonder dat je zelf nodes, add-ons en upgrades bijhoudt. Een Laravel-app met voorspelbaar verkeer draait prima op een paar goed ingerichte servers, met Forge of Laravel Cloud.
Managed Kubernetes loont bij meerdere shops of apps op één platform, sterk wisselend verkeer, veel achtergrondwerk dat apart moet schalen, eisen aan portabiliteit, of een organisatie die al op Kubernetes draait. Herken je jezelf daar niet in, dan adviseren we je om het niet te doen. Lees ook ons artikel over de keuze tussen Kubernetes en managed hosting voor je webshop.
Zo helpen we je kiezen en inrichten
Van eisen op papier tot een cluster dat draait en wordt bijgehouden, door het vaste team.
- 1
Eisen en randvoorwaarden
Welke workloads, welke diensten, welke datalocatie, welke contractuele en AVG-eisen, en hoeveel beheercapaciteit is er zelf.
- 2
Vergelijking en kostenmodel
Twee of drie passende aanbieders naast elkaar, met alle kostenposten voor jouw opzet doorgerekend via de officiële calculators.
- 3
Infrastructuur als code
Cluster, netwerk, node pools, storageklassen en managed diensten vastgelegd in Terraform of OpenTofu, zodat de opzet reproduceerbaar is.
- 4
Platformlaag
Argo CD, Gateway API-controller, cert-manager, External Secrets, monitoring en autoscaling, allemaal beheerd vanuit Git.
- 5
Workloads verhuizen
Magento- of Laravel-workloads uitrollen, testen onder belasting en overschakelen met een terugvalscenario.
- 6
Beheer en upgrades
Kubernetes- en add-on-upgrades volgens een vast ritme, kostenreviews en bijsturen op basis van echte metrics.
Wat je opgeleverd krijgt
- Advies met onderbouwde keuze voor een aanbieder of de self-managed route
- Overzicht van alle kostenposten voor jouw opzet, met de aannames erbij
- Overzicht van datastromen en locaties, als input voor je privacy officer
- Cluster en managed diensten als code in Terraform of OpenTofu
- Platformlaag met GitOps, Gateway API, TLS, secrets, monitoring en autoscaling
- Upgradeplan voor Kubernetes-versies en add-ons
- Runbooks voor incidenten, herstel en het opnieuw opbouwen van een cluster
- Kwartaalreview van kosten, capaciteit en versies
Waarom Coding.nl voor managed Kubernetes
Geen belang bij een aanbieder
We verkopen geen cloudcapaciteit. We adviseren de aanbieder die past bij je platform, je data en je team, ook als dat geen Kubernetes is.
Kennis van wat erop draait
Een cluster kiezen voor Magento of Laravel vraagt kennis van wat die platforms nodig hebben: databases, caches, zoekmachines, queues. Die hebben we.
Geen tussenlagen
Je spreekt met de mensen die het cluster inrichten en die het daarna ook upgraden en monitoren.
Managed hosting als serieuze optie
Als Hypernode Silver Partner kennen we het alternatief goed. Is dat goedkoper en eenvoudiger voor jou, dan is dat ons advies.
Verder lezen
- ›Kubernetes of managed hosting voor je webshop?
- ›Wat kost Kubernetes voor een webshop? De kostenposten
- ›Managed Magento hosting: wat krijg je echt?
- ›Magento hosting kiezen: checklist en vergelijking
- ›GDPR en e-commerce in 2026 — cookie consent en dataverwerking
- ›ingress-nginx stopt: zo migreer je naar de Gateway API
- ›Laravel-queues automatisch schalen met KEDA
- ›Webshop monitoring op Kubernetes: Prometheus, Grafana en Loki
- ›CDN configuratie voor e-commerce — Cloudflare vs Fastly vs CloudFront
Veelgestelde vragen
Welke managed Kubernetes past bij jouw platform, of geen?
Plan een gesprek. We zetten je eisen, datalocatie en alle kostenposten naast twee of drie passende opties, en zeggen eerlijk of managed hosting voor jou de betere keuze is.