Vous avez maintenant parcouru les ressources de base Kubernetes. C’est une étape importante, car tout le reste repose sur ces briques : déployer une application, l’exposer sur le réseau, gérer sa configuration, protéger ses données sensibles ou exécuter des traitements ponctuels.
Cette page ne remplace pas les guides détaillés. Elle sert à faire la synthèse, à remettre les concepts en perspective et à vous montrer où aller ensuite pour passer d’un usage basique de Kubernetes à des déploiements plus propres, plus fiables et plus proches de la production.
Ce que vous savez maintenant faire
Section intitulée « Ce que vous savez maintenant faire »À ce stade, vous êtes capable de :
- comprendre le rôle des principales ressources Kubernetes ;
- distinguer les objets qui exécutent, exposent, configurent ou sécurisent une application ;
- déployer une application simple avec des Pods, des Services et des Deployments ;
- externaliser la configuration avec des ConfigMaps ;
- stocker des données sensibles avec des Secrets ;
- exécuter des tâches ponctuelles avec des Jobs et des tâches planifiées avec des CronJobs.
Tableau de synthèse des ressources de base
Section intitulée « Tableau de synthèse des ressources de base »| Ressource | Rôle principal | Quand l’utiliser |
|---|---|---|
| Namespace | Isoler et organiser les ressources | Séparer des environnements, des équipes ou des projets |
| Pod | Exécuter un ou plusieurs conteneurs | Comprendre l’unité d’exécution de base |
| Service | Fournir un point d’accès réseau stable | Connecter ou exposer des Pods |
| ReplicaSet | Maintenir un nombre donné de Pods | Principalement via un Deployment |
| Deployment | Gérer des Pods stateless dans la durée | Déploiement, mise à jour, rollback, scaling |
| ConfigMap | Fournir la configuration non sensible | Paramètres applicatifs, fichiers de config |
| Secret | Fournir des données sensibles | Mots de passe, clés API, certificats |
| Job | Exécuter une tâche jusqu’à complétion | Migration, batch, import, export |
| CronJob | Planifier des Jobs | Sauvegarde, purge, synchronisation régulière |
Comment ces ressources travaillent ensemble
Section intitulée « Comment ces ressources travaillent ensemble »Pris séparément, chaque objet Kubernetes a un rôle simple. En pratique, une application combine souvent plusieurs de ces ressources.
Exemple d’enchaînement classique
Section intitulée « Exemple d’enchaînement classique »Une application Kubernetes simple repose souvent sur cette logique :
- un Namespace pour isoler l’environnement ;
- un Deployment pour créer et maintenir les Pods ;
- un Service pour exposer les Pods sur le réseau interne ;
- un ConfigMap pour injecter la configuration non sensible ;
- un Secret pour les identifiants et données sensibles ;
- éventuellement un Job pour une migration ou un traitement ponctuel ;
- éventuellement un CronJob pour une tâche récurrente.
Ce qu’il faut retenir
Section intitulée « Ce qu’il faut retenir »- Le Pod exécute réellement les conteneurs.
- Le Deployment gère les Pods sur la durée.
- Le ReplicaSet est un mécanisme intermédiaire, souvent invisible pour l’utilisateur.
- Le Service fournit une adresse stable vers les Pods.
- Le ConfigMap et le Secret injectent ce dont l’application a besoin pour fonctionner.
- Le Job et le CronJob couvrent les traitements qui ne tournent pas en continu.
Les relations importantes à bien comprendre
Section intitulée « Les relations importantes à bien comprendre »Pod et Deployment
Section intitulée « Pod et Deployment »Un Pod peut être créé seul, mais dans la majorité des cas applicatifs, vous utiliserez un Deployment pour éviter une gestion manuelle fragile.
Service et Pod
Section intitulée « Service et Pod »On ne pointe pas une application vers l’IP d’un Pod. On passe par un Service, car les Pods sont éphémères.
Deployment et ReplicaSet
Section intitulée « Deployment et ReplicaSet »Un Deployment ne gère pas directement chaque Pod. Il s’appuie sur un ReplicaSet, qui maintient le nombre souhaité de répliques.
ConfigMap et Secret
Section intitulée « ConfigMap et Secret »Les deux servent à injecter des données dans les Pods, mais :
- ConfigMap = configuration non sensible ;
- Secret = données sensibles.
Job et CronJob
Section intitulée « Job et CronJob »- Job = une exécution ponctuelle jusqu’à complétion ;
- CronJob = planification automatique de Jobs.
Les erreurs fréquentes en début de parcours
Section intitulée « Les erreurs fréquentes en début de parcours »Quand on débute avec Kubernetes, certaines confusions reviennent très souvent.
1. Créer des Pods à la main pour une application durable
Section intitulée « 1. Créer des Pods à la main pour une application durable »Un Pod seul est utile pour apprendre ou tester. Pour une application stateless, utilisez un Deployment.
2. Confondre Service et Ingress
Section intitulée « 2. Confondre Service et Ingress »Un Service fournit un point d’accès stable à des Pods. Un Ingress ajoute du routage HTTP/HTTPS au-dessus de Services.
3. Utiliser un ConfigMap pour des mots de passe
Section intitulée « 3. Utiliser un ConfigMap pour des mots de passe »Un ConfigMap n’est pas fait pour stocker des données sensibles. Utilisez un Secret.
4. Penser qu’un ReplicaSet remplace un Deployment
Section intitulée « 4. Penser qu’un ReplicaSet remplace un Deployment »Le ReplicaSet maintient un nombre de Pods, mais ne gère pas correctement les mises à jour applicatives comme le fait un Deployment.
5. Oublier le comportement des mises à jour de ConfigMaps et Secrets
Section intitulée « 5. Oublier le comportement des mises à jour de ConfigMaps et Secrets »- les variables d’environnement ne se mettent pas à jour automatiquement ;
- les volumes se propagent avec délai ;
subPathne se rafraîchit pas automatiquement.
6. Utiliser un Deployment pour une tâche batch
Section intitulée « 6. Utiliser un Deployment pour une tâche batch »Une tâche ponctuelle ou planifiée doit aller dans un Job ou un CronJob, pas dans un Deployment.
Dans quel ordre apprendre les ressources
Section intitulée « Dans quel ordre apprendre les ressources »Si vous deviez refaire ce chapitre avec du recul, voici l’ordre le plus logique :
-
Namespaces — Pour comprendre comment organiser les ressources dans le cluster.
-
Pods — Pour identifier l’unité d’exécution de base.
-
Services — Pour relier et exposer les Pods de manière stable.
-
Deployments — Pour déployer une application stateless de façon exploitable.
-
ReplicaSets — Pour comprendre le mécanisme utilisé par les Deployments.
-
ConfigMaps et Secrets — Pour séparer configuration et données sensibles du code applicatif.
-
Jobs et CronJobs — Pour couvrir les traitements ponctuels et planifiés.
Contrôle des connaissances
Section intitulée « Contrôle des connaissances »Vous pouvez maintenant vérifier que les notions essentielles sont bien acquises.
Contrôle de connaissances
Validez vos connaissances avec ce quiz interactif
Informations
- Le chronomètre démarre au clic sur Démarrer
- Questions à choix multiples, vrai/faux et réponses courtes
- Vous pouvez naviguer entre les questions
- Les résultats détaillés sont affichés à la fin
Lance le quiz et démarre le chronomètre
Vérification
(0/0)Profil de compétences
Quoi faire maintenant
Ressources pour progresser
Des indices pour retenter votre chance ?
Nouveau quiz complet avec des questions aléatoires
Retravailler uniquement les questions ratées
Retour à la liste des certifications
Travaux pratiques
Section intitulée « Travaux pratiques »La théorie seule ne suffit pas. Pour ancrer les concepts durablement, passez par les travaux pratiques disponibles dans le dépôt GitHub associé.
La suite du parcours Kubernetes
Section intitulée « La suite du parcours Kubernetes »Vous connaissez maintenant les objets fondamentaux de Kubernetes. La prochaine étape consiste à apprendre à les utiliser de manière plus propre, plus fiable et plus proche d’un contexte de production.
La suite du parcours peut se résumer en cinq axes :
- écrire de meilleurs manifests pour produire des déploiements plus lisibles et maintenables ;
- fiabiliser les applications avec les probes, les ressources et le scaling ;
- gérer le réseau et l’exposition avec les Services, l’Ingress et les politiques réseau ;
- maîtriser le stockage et les workloads avancés pour les applications stateful ou spécialisées ;
- sécuriser le cluster et les workloads avec RBAC, Secrets et politiques de sécurité.
Ce qu’il faut retenir avant d’aller plus loin
Section intitulée « Ce qu’il faut retenir avant d’aller plus loin »Les ressources de base de Kubernetes forment un socle cohérent : les Pods exécutent, les Services exposent, les Deployments pilotent, les ConfigMaps configurent, les Secrets protègent, et les Jobs automatisent des traitements ciblés.
Si ces concepts sont clairs pour vous, vous êtes prêt à passer à l’étape suivante : écrire de meilleurs manifests et construire des déploiements plus robustes.