
La CKAD valide votre capacité à concevoir, déployer, configurer et diagnostiquer des applications sur Kubernetes. Elle s’adresse d’abord aux développeurs et ingénieurs cloud qui manipulent les workloads applicatifs au quotidien. Ce n’est pas une certification d’installation de cluster — c’est une certification de productivité applicative.
Cette page est le hub de préparation CKAD. Elle vous guide vers les ressources du site et vous donne une stratégie structurée pour réussir.
Ce que vous allez apprendre
Section intitulée « Ce que vous allez apprendre »- Ce que valide la CKAD et en quoi elle diffère de CKA/CKS
- Le format de l’examen et les conditions de passage
- Les 5 domaines du blueprint avec leur pondération officielle
- Ce que vous devez savoir faire sans hésiter le jour J
- Un plan de préparation sur 6 semaines avec les ressources du site
Ce que la CKAD valide
Section intitulée « Ce que la CKAD valide »La CKAD certifie que vous êtes capable de construire, déployer et configurer des applications cloud native avec Kubernetes :
- Concevoir des Pods multi-conteneurs (init containers, sidecars)
- Déployer des applications (Deployments, rolling updates, rollbacks)
- Configurer l’environnement applicatif (ConfigMaps, Secrets, resources)
- Exposer vos applications (Services, Ingress)
- Diagnostiquer rapidement les problèmes applicatifs
Pour beaucoup de candidats orientés développement, la CKAD est la porte d’entrée la plus naturelle dans les certifications Kubernetes.
Format de l’examen
Section intitulée « Format de l’examen »| Aspect | Valeur |
|---|---|
| Durée | 2 heures |
| Type | Examen pratique supervisé (performance-based) |
| Score minimum | 66% |
| Validité | 2 ans |
| Reprise | 1 retake inclus |
| Éligibilité | 12 mois pour passer l’examen après achat |
| Prix | 445 USD |
| Version Kubernetes | v1.35 (actuellement) |
| Simulateur | 2 sessions Killer.sh incluses |
| Documentation autorisée | Documentation officielle selon les règles d’examen en vigueur |
Les 5 domaines du blueprint
Section intitulée « Les 5 domaines du blueprint »Le blueprint officiel CNCF définit les domaines et leur pondération :
| Domaine | Poids | Ce que ça couvre |
|---|---|---|
| Application Design & Build | 20% | Dockerfiles, multi-container Pods, init containers, sidecars |
| Application Deployment | 20% | Deployments, rolling updates, rollbacks, Helm |
| Application Observability and Maintenance | 15% | Probes, logs, debugging, monitoring |
| Application Environment, Configuration and Security | 25% | ConfigMaps, Secrets, ServiceAccounts, resources |
| Services and Networking | 20% | Services, Ingress, NetworkPolicies, DNS |
Ce que vous devez savoir faire sans hésiter
Section intitulée « Ce que vous devez savoir faire sans hésiter »Le jour de l’examen, ces actions doivent être automatiques (moins de 2 minutes chacune) :
Création et déploiement
Section intitulée « Création et déploiement »- Générer un Pod YAML avec
--dry-run=client -o yaml - Créer un Deployment et le scaler
- Effectuer un rolling update et un rollback
- Créer un Job ou un CronJob
Configuration applicative
Section intitulée « Configuration applicative »- Créer un ConfigMap et l’injecter (env, envFrom, volume)
- Créer un Secret et l’injecter
- Définir requests/limits sur un conteneur
- Configurer un ServiceAccount pour un Pod
Exposition et réseau
Section intitulée « Exposition et réseau »- Exposer un Deployment avec un Service
- Configurer un Ingress avec des règles de routage
- Comprendre le DNS interne (
service.namespace.svc.cluster.local)
Diagnostiquer (critique)
Section intitulée « Diagnostiquer (critique) »- Lire pourquoi un Pod ne démarre pas (ImagePullBackOff, CrashLoopBackOff, Pending…)
- Configurer les Probes (liveness, readiness, startup)
- Analyser les logs d’un conteneur
- Interpréter les événements Kubernetes
Ce que la CKAD ne demande pas
Section intitulée « Ce que la CKAD ne demande pas »Pour ne pas vous disperser, voici ce qui est hors scope :
- Installation kubeadm complète → CKA
- Backup/restore etcd → CKA
- RBAC avancé (ClusterRoles, audit) → CKA/CKS
- Hardening cluster → CKS
- Supply chain security → CKS
- Runtime security (Falco, seccomp avancé) → CKS
La CKAD reste concentrée sur les workloads applicatifs.
Socle minimum avant de commencer
Section intitulée « Socle minimum avant de commencer »Avant d’attaquer la préparation CKAD, assurez-vous de maîtriser :
-
Les commandes kubectl de base
Vous devez pouvoir exécuter
kubectl get,describe,logs,execsans chercher la syntaxe. L’autocomplétion doit être configurée. -
Les ressources Kubernetes fondamentales
Pods, Deployments, Services, ConfigMaps, Secrets — vous devez comprendre leur rôle et leur relation.
-
Un cluster local fonctionnel
Kind, Minikube ou k3d — peu importe, mais vous devez avoir un environnement de pratique.
-
YAML et structure des manifests
Vous devez être à l’aise avec la syntaxe YAML et savoir lire un manifest Kubernetes sans effort.
Plan de préparation (6 semaines)
Section intitulée « Plan de préparation (6 semaines) »Semaine 1 : Application Design & Build (20%)
Section intitulée « Semaine 1 : Application Design & Build (20%) »Objectif : Maîtriser la conception de Pods.
Ce que vous devez faire :
- Créer des Pods simples et multi-conteneurs
- Comprendre init containers vs sidecar containers
- Partager des données entre conteneurs (emptyDir, volumes)
- Pratiquer la génération YAML avec
--dry-run=client
Critère de validation : Créer n’importe quel Pod en moins de 2 minutes.
Guides du site :
Semaine 2 : Application Deployment (20%)
Section intitulée « Semaine 2 : Application Deployment (20%) »Objectif : Maîtriser le cycle de vie des déploiements.
Ce que vous devez faire :
- Créer des Deployments avec différentes stratégies
- Effectuer des rolling updates (
kubectl set image) - Gérer les rollbacks (
kubectl rollout undo) - Utiliser Helm pour installer et configurer des charts
Critère de validation : Mettre à jour une application et rollback en moins de 1 minute.
Guides du site :
Semaine 3 : Application Observability (15%)
Section intitulée « Semaine 3 : Application Observability (15%) »Objectif : Diagnostiquer rapidement les problèmes applicatifs.
Ce que vous devez faire :
- Configurer les Probes (liveness, readiness, startup)
- Analyser les logs des conteneurs
- Identifier pourquoi un Pod ne démarre pas
- Utiliser les événements Kubernetes
Critère de validation : Diagnostiquer un Pod en échec en moins de 3 minutes.
Guides du site :
Semaine 4 : Application Environment (25%)
Section intitulée « Semaine 4 : Application Environment (25%) »Objectif : Maîtriser toutes les façons d’injecter de la configuration.
C’est le domaine le plus important. Passez plus de temps ici.
Ce que vous devez faire :
- Créer ConfigMaps (literal, fichier) et les injecter (env, envFrom, volume)
- Créer Secrets et les injecter de la même façon
- Définir requests/limits CPU et mémoire
- Configurer un ServiceAccount pour un Pod
Critère de validation : Injecter n’importe quelle configuration en moins de 2 minutes.
Guides du site :
Semaine 5 : Services and Networking (20%)
Section intitulée « Semaine 5 : Services and Networking (20%) »Objectif : Exposer vos applications en interne et en externe.
Ce que vous devez faire :
- Créer différents types de Services (ClusterIP, NodePort, LoadBalancer)
- Configurer un Ingress avec des règles de routage
- Comprendre le DNS interne Kubernetes
- Appliquer des NetworkPolicies basiques
Critère de validation : Exposer une application en moins de 1 minute.
Guides du site :
Semaine 6 : Entraînement intensif
Section intitulée « Semaine 6 : Entraînement intensif »Objectif : Valider votre niveau avec les simulateurs.
Ce que vous devez faire :
- Passer les 2 simulations Killer.sh (incluses avec l’inscription)
- Chronométrer chaque exercice
- Identifier vos points faibles et les retravailler
- Optimiser votre workflow (alias, autocomplétion)
Critère de validation : Terminer 80% des questions en 1h30.
Checklist finale :
- Alias
k=kubectletdo="--dry-run=client -o yaml"configurés - Autocomplétion activée
- Capable de créer Pod/Deployment/Service en < 2 min
- Capable de diagnostiquer un Pod en < 3 min
- Killer.sh score > 70%
Configuration initiale le jour J
Section intitulée « Configuration initiale le jour J »Dès le début de l’examen, configurez votre environnement :
# Alias indispensablesalias k=kubectlexport do="--dry-run=client -o yaml"
# Autocomplétionsource <(kubectl completion bash)complete -F __start_kubectl k
# Vérifier le contexte actuelkubectl config current-contextkubectl config get-contextsCommandes les plus rentables
Section intitulée « Commandes les plus rentables »# Génération rapide de manifests (votre accélérateur)k run nginx --image=nginx $do > pod.yamlk create deploy nginx --image=nginx --replicas=3 $do > deploy.yamlk create cm myconfig --from-literal=key=value $dok create secret generic mysecret --from-literal=password=secret $do
# Exposition de servicesk expose deploy nginx --port=80 --type=ClusterIP
# Rolling updates et rollbacksk set image deployment/myapp myapp=nginx:1.28k rollout status deployment/myappk rollout undo deployment/myapp
# Jobs et CronJobsk create job myjob --image=busybox -- datek create cronjob mycron --image=busybox --schedule="*/5 * * * *" -- date
# Debuggingk logs mypod -c container-namek describe pod mypodk get events --sort-by='.lastTimestamp'
# Exploration de l'APIk explain pod.spec.containersk explain deployment.spec.strategyPièges à éviter
Section intitulée « Pièges à éviter »| Piège | Conséquence | Solution |
|---|---|---|
| Ne pas lire l’énoncé en entier | Vous oubliez un namespace ou un label | Lisez TOUT, notez les contraintes |
| Bloquer sur une question | Vous perdez du temps précieux | Passez après 5 minutes, revenez après |
| Écrire tout le YAML à la main | Trop lent, erreurs de syntaxe | Utilisez --dry-run=client -o yaml |
| Ne pas vérifier vos réponses | Erreurs non détectées | Un kubectl get rapide pour confirmer |
| Ignorer la documentation | Vous réinventez la roue | Copiez depuis kubernetes.io |
| Oublier de changer de contexte | Vous travaillez sur le mauvais cluster | Vérifiez le contexte à chaque question |
Différences avec CKA et CKS
Section intitulée « Différences avec CKA et CKS »| Aspect | CKAD | CKA | CKS |
|---|---|---|---|
| Focus | Applications | Cluster | Sécurité |
| kubeadm | Non requis | Essentiel | Requis |
| etcd | Non couvert | Backup/Restore | Chiffrement |
| RBAC | ServiceAccounts basiques | Complet | + Audit |
| Troubleshooting | Apps/Pods | Cluster entier | + Runtime security |
| Public cible | Développeurs | Administrateurs | Security engineers |
Ressources recommandées
Section intitulée « Ressources recommandées »Simulateurs et cours
Section intitulée « Simulateurs et cours »- Killer.sh — 2 simulations incluses avec l’inscription (utilisez-les en semaine 6)
- KodeKloud CKAD — Cours structuré avec labs pratiques
Documentation officielle
Section intitulée « Documentation officielle »- Kubernetes Documentation — Autorisée pendant l’examen
- kubectl Cheat Sheet
Pratique
Section intitulée « Pratique »- TP GitHub containers-training — Exercices sur cluster réel
À retenir
Section intitulée « À retenir »- Application Environment représente 25% — c’est le domaine le plus lourd
--dry-run=client -o yamlest votre accélérateur d’examen- La CKAD n’est pas la CKA : pas de kubeadm, pas d’etcd, pas de RBAC avancé
- Validité 2 ans, 1 retake inclus — vous avez le droit à l’erreur
- Utilisez les 2 simulations Killer.sh avant l’examen réel
- Configurez vos alias dès le début de l’examen
- Ne bloquez pas sur une question — passez et revenez
- Vérifiez toujours le contexte avant de répondre