Deployments begrijpen

In de kern beheert een Deployment ReplicaSets. De taak van een ReplicaSet is ervoor te zorgen dat er altijd een opgegeven aantal Pod-replica's actief is.

Een Deployment gebruikt ReplicaSets dus om zijn doel te bereiken: ervoor zorgen dat je applicatie volgens je definitie het juiste aantal gezonde Pods heeft draaien.

Deze abstractielaag maakt het veel eenvoudiger om de levenscyclus van je applicatie te definiëren en te onderhouden.

Net als de meeste Kubernetes-objecten worden Deployments met YAML gedefinieerd. Dit zijn de belangrijkste secties die je doorgaans aantreft:

• apiVersion en kind: identificeren het objecttype (Deployment).
• metadata: de naam, labels enzovoort van de Deployment zelf.
• spec: de kerndefinitie, waaronder:
• replicas: het gewenste aantal Pods.
• selector: hoe de Deployment de Pods vindt die deze beheert.
• template: het sjabloon voor de aan te maken Pods.

Het veld template binnen de spec van een Deployment is bijzonder belangrijk. Het is in feite een volledige Pod-definitie.

Alle Pods die door deze Deployment worden aangemaakt, gebruiken dit sjabloon. Je definieert hierin:

• De te gebruiken containerimages.
• De poorten die beschikbaar moeten worden gesteld.
• Omgevingsvariabelen.
• Resourceverzoeken en -limieten.
• En meer!

Wijzigingen in dit sjabloon starten updates van je applicatie.

Laten we een Deployment definiëren voor een eenvoudige Nginx-webserver. We willen 3 replica's.

Let op dat selector.matchLabels moet overeenkomen met template.metadata.labels. Hiermee geef je aan welke Pods eigendom zijn van de Deployment.

Om deze Deployment in je Kubernetes-cluster aan te maken, bijvoorbeeld in Minikube, gebruik je de opdracht kubectl apply. Sla de bovenstaande YAML op als nginx-deployment.yaml.

kubectl maakt het Deployment-object aan. De Deployment-controller ziet dit object vervolgens en onderneemt actie: deze maakt een ReplicaSet aan, dat daarna de 3 Nginx-Pods aanmaakt.

Nadat je de Deployment hebt toegepast, kun je de status van je Deployment en de Pods die deze beheert controleren:

• kubectl get deployments: toont je Deployment.
• kubectl get replicasets: toont de ReplicaSet die door de Deployment is aangemaakt.
• kubectl get pods -l app=nginx: toont de Pods die door de Deployment worden beheerd via de labelselector.
• kubectl describe deployment my-nginx-deployment: geeft gedetailleerde informatie over de Deployment, inclusief gebeurtenissen.

Een van de krachtigste functies van Deployments is de mogelijkheid om de gewenste toestand te behouden. Als je replicas: 3 hebt gedefinieerd, zorgt de Deployment ervoor dat er altijd 3 Pods actief zijn.

Probeer handmatig een van de Nginx-Pods te verwijderen (kubectl delete pod <pod-name>). Je ziet dat de Deployment snel een nieuwe Pod aanmaakt om deze te vervangen! Dit is zelfherstel in actie.

Goed gedaan! Je hebt je eerste stappen gezet met Kubernetes-Deployments.

• Deployments zijn objecten op hoog niveau voor het beheren van stateless applicaties.
• Ze automatiseren het aanmaken, schalen en zelfherstel van Pods door ReplicaSets te beheren.
• Je definieert een Deployment met een YAML-manifest, waarin je het gewenste aantal replicas en een template voor de Pods opgeeft.
• kubectl apply maakt de Deployment aan en met kubectl get/describe kun je deze controleren.

Vervolgens gaan we dieper in op ReplicaSets en bekijken we hoe ze je gewenste aantal Pods garanderen!