Docker vs Kubernetes: wat zijn de verschillen en wat heb je nodig?

Nieuws

In de DevOps-wereld worden Docker en Kubernetes vaak in één adem genoemd als dé technologieën voor containerisatie en containerorkestratie, alsof het een onlosmakelijk duo is. Kaas en mosterd. Friet en mayo. Bert en Ernie. In de praktijk zijn het alleen twee heel verschillende tools die twee heel verschillende problemen oplossen. En lang niet iedereen heeft beide nodig. Als iemand je vertelt dat je Kubernetes nodig hebt, stel dan eerst een tegenvraag: hoeveel containers draai je eigenlijk? Marcel Kornegoor, open source guru bij ons zusterbedrijf AT Computing, legt je het verschil tussen Docker en Kubernetes uit in deze blog.

Wat is Docker en wanneer gebruik je het?

Zie een Docker container als de verhuisdoos voor je software. Je hebt een applicatie gebouwd, die werkt op jouw laptop, maar zodra je collega hem probeert te draaien: foutmeldingen. Andere versie van Python, ontbrekende libraries/modules, verkeerde configuratie, ontbrekende omgevingsvariabelen. “Bij mij werkt het wel” is de meest gehoorde en gelijktijdig meest gehate zin in softwareontwikkeling.

Docker lost dit probleem (grotendeels) op. Je stopt je applicatie, inclusief alle afhankelijkheden, in een container image. Dat is in feite een gestandaardiseerde verpakking die overal hetzelfde werkt. Op je laptop, op een testserver, in de cloud. Het maakt niet uit. De container is de container. Net zoals zo’n groot ijzeren ding dat naadloos op zowel een boot, trein als vrachtwagen past. Technisch gezien gebruikt Docker Linux-kernelfunctionaliteit zoals namespaces en cgroups om processen van elkaar te isoleren. Maar je hoeft geen kernelexpert te zijn om ermee te werken. Je schrijft een Dockerfile (de bouwtekening), bouwt een image, en draait een container. Klaar.

Wat is Kubernetes en wanneer gebruik je het?

Zie Kubernetes als de verkeersregelaar. Stel dat je niet één container draait, maar twintig. Of tweehonderd. Ze moeten met elkaar communiceren, opnieuw opstarten als ze crashen, opschalen als het druk wordt en afschalen als het rustig is. Probeer dat maar eens handmatig te beheren!

Kubernetes (vaak afgekort tot K8s, want nerds houden van afkortingen) is een platform voor container orchestration (containerorkestratie). Of dat op je Scrabble-bord past weten we niet, maar we weten wel dat K8s containers voor je beheert. Het zorgt ervoor dat het juiste aantal containers draait, verdeelt het verkeer voor hoge beschikbaarheid, regelt opslag en netwerken, en herstelt (als het een beetje meezit) automatisch als er iets omvalt. Vergelijk het met het verschil tussen zelf koken en een keuken aansturen in een restaurant. Docker is het koken. Kubernetes is de keukenbrigade die zorgt dat alle gerechten op tijd en op de juiste tafel belanden.

Wanneer kies je voor Docker of Kubernetes?

Hier wordt het praktisch. Niet elk project heeft Kubernetes nodig. Als je een handvol containers draait voor een interne applicatie, kun je prima uit de voeten met bijvoorbeeld Docker Compose, een tool waarmee je meerdere Docker-containers eenvoudig samen laat werken zonder de complexiteit van Kubernetes. Denk bijvoorbeeld aan een applicatie die naast een front- en backend ook een reverse proxy en een database gebruikt: vier containers met Docker Compose zijn geen probleem.

Kubernetes wordt interessant wanneer je:

Tientallen of honderden containers moet beheren
Automatisch wilt op- en afschalen
Hoge beschikbaarheid nodig hebt (geen downtime)
Meerdere teams op dezelfde infrastructuur laat werken

De valkuil is dat mensen Kubernetes inzetten omdat het cool klinkt, niet omdat ze het nodig hebben. Kubernetes is krachtig, maar ook complex. Het is alsof je een Boeing 747 leert vliegen terwijl je alleen naar de supermarkt moet. Kan, maar het is wat overdreven. En ook niet altijd handig met parkeren.

Docker en Kubernetes leren: waar begin je?

Docker kun je in een paar dagen leren. De basisbegrippen zijn overzichtelijk en de resultaten zijn direct zichtbaar. Je bouwt een image, draait een container, en je ziet wat er gebeurt.

Kubernetes heeft een steilere leercurve. Pods, deployments, services, ingress, persistent volumes: er komen veel concepten en verschillende objecten bij kijken. Maar als je eenmaal door de basis heen bent, snap je waarom grote organisaties er niet meer zonder kunnen.

Het helpt enorm om eerst Docker goed te begrijpen voordat je aan Kubernetes begint. Het één bouwt letterlijk voort op het ander. Begin dus met Docker en begrijp eerst wat containers zijn, hoe images werken en hoe je applicaties verpakt. Experimenteer ermee op je eigen laptop of kijk of je een applicatie kunt containeriseren. Ga daarna pas naar Kubernetes. Deze volgorde bespaart je frustratie en zorgt ervoor dat je Kubernetes leert met de juiste context.

Aan de slag met Docker en Kubernetes

Onze cursussen zijn ontwikkeld door de open source experts van AT Computing en zit vol praktische voorbeelden. Allemaal gegeven door zeer ervaren trainers die dagelijks met deze technologie werken.