Kubernetes-interviews gaan van vocabulaire (pod, deployment, service) naar operationeel werk (wat er gebeurt als een pod crasht, hoe je een vastgelopen rollout debugt) en ontwerp (hoe je een app veilig draait). Interviewers houden van commando's en symptomen, dus oefen met hardop zeggen wat je daadwerkelijk zou typen en wat je verwacht te zien.
Hieronder staan 26 vragen met antwoorden, gegroepeerd per onderwerp. Vervang de voorbeelden waar mogelijk door je eigen clusterervaring.
Architectuur en objecten
1. Wat is Kubernetes?
Een opensourcesysteem voor het draaien en beheren van containers over een cluster van machines. Je verklaart de gewenste toestand, bijvoorbeeld drie kopieën van een service, en Kubernetes blijft werken om die te bereiken.
2. Wat zijn de belangrijkste componenten van een cluster?
Het control plane heeft de API-server (de voordeur), etcd (de datastore), de scheduler (die een node voor elke pod kiest) en de controller manager (die control loops draait). Elke worker-node draait de kubelet (die pods draait), een container runtime en kube-proxy (die service-networking regelt).
3. Wat is een pod?
De kleinste inzetbare eenheid. Hij bevat een of meer containers die een netwerk-namespace en opslag delen. De meeste pods hebben één hoofdcontainer, en extra containers zijn sidecars of init-containers.
4. Wat is het verschil tussen een Deployment, een ReplicaSet en een StatefulSet?
Een ReplicaSet houdt een aantal identieke pods draaiend. Een Deployment beheert ReplicaSets en geeft je rolling updates en rollbacks. Een StatefulSet is voor stateful apps: pods krijgen stabiele namen, stabiele opslag en een geordende start en stop.
5. Wat is een DaemonSet? Een Job? Een CronJob?
Een DaemonSet draait één pod per node, voor agents zoals log collectors. Een Job draait een taak tot voltooiing. Een CronJob draait Jobs volgens een schema.
6. Wat zijn labels, selectors en annotaties?
Labels zijn key-value-paren op objecten, en selectors kiezen objecten op basis van label. Services vinden pods zo, en Deployments vinden hun ReplicaSets zo. Annotaties bevatten ook key-value-data, maar die zijn bedoeld voor niet-identificerende metadata die door tools wordt gebruikt.
7. Wat is een namespace?
Een manier om een cluster op te delen in virtuele groepen, meestal per team of omgeving. Namespaces scopen namen, en je kunt per namespace resourcequota's en toegangsregels toepassen. Ze zijn op zichzelf geen sterke beveiligingsgrens.
Netwerken
8. Wat zijn de Service-types?
| Type | Wat het doet |
|---|---|
| ClusterIP | Een stabiel intern IP, alleen bereikbaar binnen het cluster (standaard) |
| NodePort | Opent een poort op elke node |
| LoadBalancer | Maakt een externe load balancer aan, via de cloudprovider |
| ExternalName | Koppelt de service aan een DNS-naam |
9. Wat is een Ingress?
Een object dat externe HTTP- en HTTPS-verkeer naar services routeert op basis van host en pad, waarbij een ingress controller het werk doet. De nieuwere Gateway API is een expressievere opvolger.
10. Hoe vinden pods elkaar?
Via Services en cluster-DNS. Een service met de naam api in namespace shop is bereikbaar als api.shop.svc.cluster.local, of gewoon als api van binnen dezelfde namespace.
11. Wat is een NetworkPolicy?
Een regelset die bepaalt welke pods met welke kunnen praten. Standaard kunnen alle pods elkaar bereiken. Met policies (en een netwerkplugin die ze handhaaft) kun je verkeer beperken, bijvoorbeeld door alleen de API-pods toegang te geven tot de database.
Configuratie en opslag
12. Wat is het verschil tussen een ConfigMap en een Secret?
Beide bevatten configuratie die als omgevingsvariabelen of bestanden wordt geïnjecteerd. Secrets zijn bedoeld voor gevoelige data, maar standaard zijn ze alleen base64-gecodeerd, niet versleuteld. Zet encryptie at rest aan, beperk de toegang met RBAC en overweeg een externe secrets manager.
13. Wat zijn PersistentVolumes en PersistentVolumeClaims?
Een PersistentVolume is een stuk opslag in het cluster. Een PersistentVolumeClaim is de opslagaanvraag van een pod. Een StorageClass laat Kubernetes volumes automatisch provisioneren. Data in een normaal containerbestandssysteem verdwijnt wanneer de pod wordt vervangen.
14. Wat zijn requests en limits?
Requests zijn de resources die de scheduler voor een container reserveert. Limits zijn het maximum dat hij kan gebruiken. Het overschrijden van een memory limit zorgt ervoor dat de container wordt gestopt (OOMKilled), terwijl het overschrijden van een CPU limit throttling veroorzaakt.
Betrouwbaarheid en updates
15. Wat zijn liveness-, readiness- en startup-probes?
Liveness controleert of de container opnieuw gestart moet worden. Readiness controleert of hij verkeer mag ontvangen. Startup geeft traag opstartende apps de tijd voordat de andere probes beginnen. Een veelgemaakte fout is een liveness-probe die afhankelijk is van een database, waardoor elke pod opnieuw wordt gestart zodra de database uitvalt.
16. Hoe werkt een rolling update?
De Deployment maakt nieuwe pods aan en verwijdert oude geleidelijk, aangestuurd door maxSurge en maxUnavailable. Readiness-probes bepalen wanneer een nieuwe pod als gereed telt. Als het misgaat, ga je met kubectl rollout undo terug naar de vorige revisie.
17. Hoe werkt autoscaling?
De Horizontal Pod Autoscaler verandert het aantal pods op basis van metrics zoals CPU. De Vertical Pod Autoscaler past requests en limits aan. De cluster autoscaler voegt nodes toe of verwijdert ze wanneer pods niet gepland kunnen worden of nodes onderbenut zijn.
18. Hoe houd je een app beschikbaar tijdens node-onderhoud?
Draai meerdere replica's, verdeel ze over nodes of zones, en stel een PodDisruptionBudget in zodat vrijwillige evictions een minimumaantal in de lucht houden. Drain nodes met kubectl drain.
Problemen oplossen
19. Een pod staat in CrashLoopBackOff. Wat doe je?
De container start en stopt dan herhaaldelijk. Voer kubectl logs <pod> --previous uit om te zien waarom hij faalde, gebruik kubectl describe pod voor events, exitcodes en probe-fouten, en controleer de configuratie, ontbrekende secrets en resource limits.
20. Een pod blijft hangen in Pending. Wat controleer je?
kubectl describe pod laat zien waarom de scheduler hem niet kon plaatsen: niet genoeg CPU of geheugen op een node, node selectors of taints die niet overeenkomen, of een niet-gebonden volume claim.
21. Een pod is OOMKilled. Wat doe je?
Hij heeft zijn geheugenlimiet overschreden. Bekijk de gebruikstrend, zoek uit of er een lek is of de limiet gewoon te laag is, en verhoog de limiet of los de app op. Stel requests in die dicht bij het werkelijke gebruik liggen, zodat de planning realistisch is.
22. Een service is niet bereikbaar. Hoe debug je dat?
- Controleer of de pods draaien en gereed zijn.
- Controleer of de selector van de service overeenkomt met de pod-labels (kubectl get endpoints).
- Test vanuit de cluster met een tijdelijke pod.
- Controleer de poort, de target port en het luisteradres van de container.
- Controleer network policies, en daarna de ingress en DNS.
Beveiliging en beheer
23. Hoe werkt RBAC?
Roles definiëren rechten op resources, en bindings kennen ze toe aan gebruikers, groepen of service accounts. Gebruik waar mogelijk namespaced Roles, vermijd cluster-admin, en geef elke workload een eigen service account met de minimale rechten die nodig zijn.
24. Hoe beveilig je een cluster?
Gebruik RBAC met least privilege, beperk API-toegang, scan images, draai containers als non-root met waar mogelijk een read-only filesystem, pas network policies toe, versleutel secrets, houd Kubernetes up-to-date en audit activiteiten.
25. Wat is Helm?
Een package manager voor Kubernetes. Een chart is een set getemplateerde manifests, en een release is een geïnstalleerde instantie met eigen values. Het helpt je deployments te hergebruiken en te versioneren across environments. Kustomize is een andere aanpak die platte manifests patcht.
26. Hoe zou je een webapp veilig naar Kubernetes deployen?
"Een Deployment met minstens drie replica's verdeeld over zones, requests en limits ingesteld, readiness- en liveness-probes, een Service en een Ingress met TLS, config in ConfigMaps en Secrets, een HPA en een PodDisruptionBudget. Deploy via een pipeline met rolling updates en eenvoudige rollback, en houd tijdens de uitrol de error rate en latency in de gaten."
Commando's die je moet kennen
| Taak | Commando |
|---|---|
| Pods tonen | kubectl get pods -n <namespace> |
| Pod-details en events | kubectl describe pod <pod> |
| Logs | kubectl logs <pod> -c <container> (voeg --previous toe na een crash) |
| Shell in een pod | kubectl exec -it <pod> -- sh |
| Terugdraaien | kubectl rollout undo deployment/<name> |
| Schalen | kubectl scale deployment/<name> --replicas=5 |
| Een manifest toepassen | kubectl apply -f file.yaml |
Hoe je je voorbereidt
Draai lokaal een klein cluster met kind of minikube en maak expres dingen kapot: een verkeerde image-tag, een falende probe, een geheugenlimiet die te laag is. Oefen met het lezen van de output van describe en logs. Bereid één echt incident voor dat je hebt opgelost en wat je daarna hebt veranderd. Voor ontwerpoefeningen kun je onze system design guide bekijken, en voor cloud-onderwerpen de AWS interview guide.
Spreek je debuggingstappen hardop uit, want interviewers letten op je volgorde van checks. Een mock interview met een transcript laat zien waar je een stap hebt overgeslagen. Volg de regels van de werkgever over AI-tools in elk live interview.
Oefen Kubernetes interviewantwoorden met YesToTheOffer
Doe een mock technisch interview, bespreek je debuggingstappen en bekijk achteraf je transcript. 30 gratis minuten, geen abonnement.
