Kubernetes vs Nomad: welke orchestrator past bij jouw team?

Kies Kubernetes als je veel microservices draait, een breed platform met een groot ecosysteem wilt en een team hebt dat de complexiteit kan dragen. Kies Nomad als je een kleiner team hebt, ook niet-gecontaineriseerde applicaties moet draaien of on-premises en hybride werkt, en eenvoud belangrijker vindt dan het grootst mogelijke ecosysteem. Het kernverschil is breedte tegenover eenvoud: Kubernetes levert veel platformfuncties in één systeem, Nomad is een compacte scheduler die je combineert met andere tools. Hieronder lees je per onderwerp wat dat in de praktijk betekent, met de cijfers erbij.

Kort samengevat

• Kubernetes is een compleet containerplatform met scheduling, service discovery, secrets en meer. Daar staan een steilere leercurve en meer beheer tegenover.
• Nomad is één binary die als server of client draait en naast containers ook Java-applicaties, losse executables en virtuele machines plant.
• Schaal is zelden het probleem: de Kubernetes-documentatie noemt clusters tot 5.000 nodes, HashiCorp meldt Nomad-clusters met meer dan 10.000 nodes.
• Ecosysteem is de grootste troef van Kubernetes. Nomad leunt op Consul en Vault voor service discovery en secrets.
• Beheercapaciteit beslist vaak: zonder iemand die een orchestrator dagelijks bijhoudt, wordt elk platform een risico.

Inhoudsopgave

• Wat Kubernetes en Nomad eigenlijk doen
• De verschillen naast elkaar
• Installatie en dagelijks beheer
• Welke applicaties je kunt draaien
• Schaal, prestaties en verbruik
• Ecosysteem, kennis en ondersteuning
• Wanneer kies je Kubernetes, wanneer Nomad?
• Waar je vooraf aan moet denken
• Onze kijk op Kubernetes en Nomad
• Liever ontzorgd dan zelf een cluster beheren?
• Veelgestelde vragen
• Bronnen

Wat Kubernetes en Nomad eigenlijk doen

Beide tools zijn orchestrators. Ze verdelen applicaties over een groep servers (een cluster), herstarten wat omvalt en schalen op als het drukker wordt. Daarmee houdt de overeenkomst grotendeels op.

Kubernetes is in de kern een containerorkestratieplatform. Het combineert scheduling met clusterbeheer, service discovery, monitoring en secrets management. Volgens de eigen uitleg van HashiCorp over Nomad probeert Kubernetes veel functies van een containerplatform in één samenhangend systeem te leveren. Workloads organiseer je rond Pods, Deployments en Services, beschreven in YAML.

Nomad, gemaakt door HashiCorp, is een flexibele workloadorchestrator met een bewust kleinere scope. Het doet vooral scheduling en clusterbeheer. Voor uitgebreide service discovery en een service mesh combineer je Nomad met Consul, voor secrets met Vault. HashiCorp noemt die aanpak composable: je stelt je platform samen uit losse bouwstenen in plaats van één groot geheel.

In Nomad heten de bouwstenen anders. Je schrijft een job, die bestaat uit task groups met daarin tasks. Een geplaatste task group heet een allocation. Jobs beschrijf je in HCL of JSON, zo legt de Nomad-gids voor Kubernetes-gebruikers uit. Wie Terraform kent, herkent de HCL-syntax direct.

De verschillen naast elkaar

NLXS

Bespreek je hosting en infrastructuur

Bij NLXS kun je hosting en infrastructuuroplossingen bespreken die zijn afgestemd op de behoeften van jouw organisatie.

NLXS

Lage Mosten 51, 4822 NK Breda

Bekijk de route

© OpenStreetMap contributors

Installatie en dagelijks beheer

Hier zit voor de meeste teams het echte verschil. Een Kubernetes-cluster bestaat uit meerdere processen op de control plane en op elke node. HashiCorp beschrijft in zijn vergelijking van Nomad en Kubernetes een productie-installatie van Kubernetes als tijdrovend, operationeel complex en zwaar op systeembronnen. Lichtere distributies zoals minikube, kubeadm en k3s maken de instap makkelijker, maar verschillen onderling in mogelijkheden en beheer. Je kiest dus niet alleen voor Kubernetes, maar ook voor een smaak ervan.

Nomad installeer je als één binary. Op een paar machines start je hem als server, op de rest als client. Er is geen aparte database zoals etcd die je moet bewaken, back-uppen en upgraden. Dat scheelt onderhoud en het scheelt bewegende delen die 's nachts kunnen haperen.

Twee kanttekeningen bij die eenvoud, zodat je goed plant:

1. Service discovery. Nomad heeft native service discovery voor lichte scenario’s. Voor productie, grote omgevingen, multi-cloud en hybride netwerken adviseert HashiCorp in de documentatie over service discovery om Consul toe te voegen. Dan beheer je dus twee systemen.
2. Secrets. Wachtwoorden, API-sleutels en certificaten horen in Vault. Ook dat is een extra component met een eigen beheercyclus.

Kubernetes heeft die functies standaard aan boord, maar je beheert ze wel binnen een groter en complexer systeem. Bij Nomad zie je de onderdelen los liggen, bij Kubernetes zitten ze in één doos. Het totale werk verschilt minder dan het lijkt als je Nomad volledig uitbouwt met Consul en Vault, maar met Nomad kun je klein beginnen en uitbreiden wanneer het nodig is.

Ook afhankelijkheden tussen taken zijn in beide goed te regelen. Nomad kent prestarttaken, waaronder init- en sidecartaken, en de gids over taakafhankelijkheden laat zien hoe een taak wacht op een service uit een andere job. Wie uit Kubernetes komt, herkent het idee van init containers en sidecars.

Welke applicaties je kunt draaien

Kubernetes is gebouwd voor Linux-containers. Draait alles bij jou al in Docker-images, dan is dat geen beperking. Heb je nog oudere software die je niet zomaar in een container stopt, dan wordt het lastiger.

Daar is Nomad sterk. Het plant gecontaineriseerde, niet-gecontaineriseerde, microservice- en batchworkloads vanuit één workflow. Ingebouwde task drivers zijn onder meer Docker, Java, exec voor losse executables en QEMU voor virtuele machines. Er draait zelfs IIS op Windows mee, en via community- of eigen drivers breid je het verder uit.

Denk aan een mkb-bedrijf met een paar moderne webapplicaties in containers, een Java-applicatie die al jaren meegaat en een Windows-dienst voor de boekhouding. Met Kubernetes moet die Java- en Windows-software eerst gecontaineriseerd worden of buiten het cluster blijven. Met Nomad plan je alles in hetzelfde cluster, met dezelfde jobspecs en hetzelfde overzicht.

Schaal, prestaties en verbruik

Voor bijna elke Nederlandse organisatie is schaal geen beslissende factor. De Kubernetes-documentatie die HashiCorp aanhaalt noemt ondersteuning voor clusters tot 5.000 nodes en 300.000 containers. HashiCorp zelf rapporteert in een blog over Nomad Bench productieclusters met meer dan 10.000 clients. Dat is een claim van de maker zelf, geen garantie voor jouw omgeving, maar beide getallen liggen ver boven wat een mkb-omgeving van tien of twintig servers ooit haalt.

Interessanter is het verbruik. In een studie naar prestaties en resource-efficiëntie van Osborne, Ayala-Rivera en Portillo (september 2025) haalden beide platforms vergelijkbare requests per seconde en responstijden. Het mediane CPU-gebruik lag rond 45% bij Kubernetes en 20% bij Nomad, het mediane geheugengebruik rond 580 MB tegenover 460 MB. De auteurs waarschuwen zelf dat vijf testruns een beperkte steekproef is, en de cijfers gelden alleen voor hun testopstelling.

Wat je eruit kunt halen: de orchestrator zelf kost rekenkracht. Op een klein cluster met bescheiden servers merk je dat sneller dan op een groot cluster, waar de overhead wegvalt tegen het totaal.

Voor webverkeer staat er vrijwel altijd een load balancer voor je cluster. Hoe je die kiest en wanneer je hem echt nodig hebt, lees je in onze uitleg over load balancers.

Ecosysteem, kennis en ondersteuning

Hier wint Kubernetes duidelijk. De CNCF beschrijft in haar vergelijking van Kubernetes en Nomad Kubernetes als het platform met de bredere mogelijkheden en de steilere leercurve, en Nomad als de keuze die uitblinkt in eenvoud, snelheid en efficiëntie. Kubernetes heeft een veel groter cloud-native ecosysteem: Helm-charts, operators, monitoringstacks en een groot aanbod van managed Kubernetes bij cloudaanbieders.

Voor Nomad is dat ecosysteem kleiner en meer gericht op de HashiCorp-tools. Er zijn minder kant-en-klare pakketten, minder tutorials en minder managed-varianten. Dat merk je ook bij het werven: ontwikkelaars en beheerders met Kubernetes-ervaring zijn makkelijker te vinden dan mensen die Nomad door en door kennen. Daar staat tegenover dat iemand met een goede Linux-basis Nomad sneller leert.

Wanneer kies je Kubernetes, wanneer Nomad?

Gebruik deze criteria als beslishulp.

Kubernetes past bij je als:

• je veel microservices draait die onderling communiceren en apart schalen;
• je een multi-tenantplatform bouwt waarop meerdere teams of klanten werken;
• je standaardtools uit het cloud-native ecosysteem wilt gebruiken, zoals Helm-charts en operators;
• je team de kennis heeft, of wil opbouwen, om een complex platform te beheren;
• je een managed Kubernetes-dienst bij een cloudaanbieder wilt gebruiken.

Nomad past bij je als:

• je een klein of middelgroot team hebt met beperkte tijd voor het beheer van een orchestrator;
• je naast containers ook Java-applicaties, losse binaries of virtuele machines draait;
• je on-premises of hybride werkt, bijvoorbeeld met eigen servers naast de cloud;
• je snel wilt leveren zonder eerst maanden in een platform te investeren;
• je al Terraform, Consul of Vault gebruikt.

Die Nomad-profielen sluiten aan bij wat HashiCorp noemt in zijn pragmatische blik op het kiezen van een orchestrator: teams met weinig beheercapaciteit, on-premises of hybride omgevingen en een mix van gecontaineriseerde en niet-gecontaineriseerde workloads.

En er is een derde uitkomst die veel mkb-bedrijven over het hoofd zien: je hebt misschien helemaal geen orchestrator nodig. Draai je één webshop, een paar WordPress-sites en een interne applicatie, dan is goed beheerde hosting met monitoring en back-ups vaak de rustigste oplossing. Welke vormen er zijn, zetten we op een rij in onze gids over managed hosting voor developers. En of je eigen hardware of de cloud kiest, lees je in eigen server of cloud.

Waar je vooraf aan moet denken

Welke orchestrator je ook kiest, deze vragen bepalen of het een succes wordt:

1. Wie beheert het? Een cluster vraagt upgrades, certificaatbeheer, monitoring en iemand die reageert als er 's nachts iets misgaat. Wijs dat expliciet toe, intern of extern.
2. Hoe regel je netwerk en discovery? Bij Nomad betekent dat in productie meestal Consul erbij. Bij Kubernetes kies je een netwerkplugin en ingress.
3. Waar laat je secrets? Bij Nomad is dat Vault, bij Kubernetes de ingebouwde secrets, eventueel aangevuld met externe opslag.
4. Draai je op meerdere locaties? Nomad-regio’s bestaan onafhankelijk van elkaar en repliceren geen gegevens onderling. Coördinatie tussen regio’s is dus jouw ontwerpwerk.
5. Hoe zien back-up en herstel eruit? Test een restore voordat je hem nodig hebt, niet erna.
6. Welke kennis heb je in huis? Een platform dat maar één collega begrijpt, is een risico zodra die collega op vakantie is.

Twijfel je of je dit beheer zelf moet doen of beter kunt uitbesteden, dan helpt onze vergelijking van intern systeembeheer versus uitbesteden.

Onze kijk op Kubernetes en Nomad

We merken in gesprekken met ondernemers en developers dat de vraag “Kubernetes of Nomad?” vaak eigenlijk een andere vraag is: hoeveel tijd wil je kwijt zijn aan je infrastructuur, en hoeveel tijd aan je eigen product?

Beide platforms zijn sterk in waar ze voor gemaakt zijn. Kubernetes is indrukwekkend voor organisaties met veel diensten en een team dat er dagelijks mee werkt. Nomad laat zien dat een orchestrator ook overzichtelijk kan zijn. Maar wat we het vaakst zien, is dat een bedrijf een platform kiest omdat het populair is, en daarna merkt dat niemand tijd heeft om het bij te houden.

Bij NLXS geloven we in ontzorgen. Onze klanten willen dat hun website, webshop en servers gewoon draaien, en dat ze iemand persoonlijk aan de lijn krijgen als er iets is. Daarom lossen we problemen binnen één dag op en werken we met een vast maandbedrag zonder verrassingen. Of je nu een cluster overweegt of juist niet: begin bij wat je bedrijf nodig heeft, niet bij de tool. Een goede ICT-scan maakt dat vaak in één gesprek duidelijk.

Ken

Liever ontzorgd dan zelf een cluster beheren?

Wil je je richten op je applicaties en je klanten, en niet op upgrades, monitoring en nachtelijke storingen? Met hosted serverbeheer, online back-up en ICT-consultancy nemen we het beheer van je omgeving uit handen. Met een ICT-scan brengen we eerst in kaart wat je hebt en wat je echt nodig hebt, zodat je geen platform betaalt dat groter is dan je vraag.

Bekijk onze hosted ICT-diensten of, als je als developer de hosting van je klanten wilt uitbesteden, onze aanpak voor hosting van jouw klanten. Neem contact met ons op, we zijn persoonlijk bereikbaar.

Veelgestelde vragen

Is Nomad een volwaardig alternatief voor Kubernetes?

Voor scheduling en clusterbeheer wel. Nomad mist een deel van de ingebouwde platformfuncties van Kubernetes, maar vult die aan met Consul voor service discovery en Vault voor secrets. Of het volwaardig is, hangt af van welke functies jouw applicaties nodig hebben.

Kan ik met Nomad ook zonder Docker werken?

Ja. Nomad heeft ingebouwde task drivers voor onder meer Java, exec voor losse executables en QEMU voor virtuele machines. Je kunt dus applicaties plannen die nooit in een container zijn gestopt, naast je gecontaineriseerde diensten.

Welke van de twee is sneller?

In een studie uit 2025 haalden beide platforms vergelijkbare requests per seconde en responstijden, terwijl Nomad minder CPU en geheugen verbruikte. Dat gold voor een specifieke testopstelling met een beperkt aantal runs. In de praktijk bepalen je applicatie, je servers en je netwerk de snelheid veel meer dan de orchestrator.

Heeft een klein bedrijf een orchestrator nodig?

Meestal niet. Een orchestrator loont als je veel diensten over meerdere servers verdeelt en automatisch wilt laten schalen en herstellen. Met een handvol websites en applicaties is goed beheerde hosting doorgaans eenvoudiger en voorspelbaarder in kosten.

Bronnen

• What is Nomad? (HashiCorp Developer)
• Nomad for Kubernetes practitioners (HashiCorp Developer)
• Nomad vs. Kubernetes, documentatie v1.9.x (HashiCorp)
• Service Discovery (HashiCorp Developer)
• Configure task dependencies (HashiCorp Developer)
• Nomad Bench: Load testing and benchmarking for Nomad (HashiCorp)
• Nomad, Kubernetes, and a Pragmatic Look at Choosing Orchestrators (HashiCorp)
• Introduction: a closer look at Kubernetes and Nomad (CNCF)
• An Analysis of Performance and Resource Efficiency in Modern Orchestration Platforms for Legacy Workloads (ResearchGate)

Aanbevelingen

• Hosted werkplek review: zo kiest u zonder gedoe
• Cloud of lokale server: wat past beter?
• Cloudopslag versus lokale server kiezen