Examen niveau 0 — Docker

Examen — questions inédites

12 questions pour valider les fondamentaux avec Idir : à quoi sert Docker, installer et lancer hello-world, distinguer les 5 acteurs, et jouer le cycle de vie complet.
Répondez à tout, puis cliquez sur Corriger : score et explications s'affichent.

0.1 · Rappel

1. Qu'est-ce qui fait la vraie force de Docker par rapport à une installation classique ?

Rien de particulier L'application et son environnement voyagent ensemble dans une image versionnée Il imprime plus vite Il est plus joli

L'image embarque le code ET ses dépendances : le même paquet tourne à l'identique sur toutes les machines.

0.1 · Application

2. Le site d'Idir marche sur son portable mais casse sur le serveur de test (Node et Redis différents). Que faire ?

Mettre l'appli, la base et le cache dans un seul conteneur latest Abandonner Docker et tout réécrire Réinstaller le serveur à l'aveugle jusqu'à ce que ça passe Emballer chaque rôle dans une image versionnée et lancer les mêmes images partout

Même image versionnée sur portable, test et production : même comportement partout, un rôle par conteneur.

0.1 · Arbitrage

3. Un collègue dit : « Docker remplace les VM et supervise tout, mettons tout dans un conteneur ». Verdict d'Idir ?

À accepter : un seul conteneur latest pour tout, supervision incluse À refuser : le conteneur partage le noyau (VM parfois requise), un rôle par conteneur, et Docker n'orchestre ni ne supervise À accepter si on ajoute plus de RAM À refuser : Docker ne sert à rien

Conteneur ≠ VM (noyau partagé), un conteneur = un rôle, et Docker emballe/exécute sans superviser ni sauvegarder.

0.2 · Rappel

4. Idir est sur Windows et veut installer Docker. Que choisit-il et que vérifie-t-il ?

N'importe quel installeur trouvé au hasard Deux moteurs en parallèle sans vérification Docker Engine seul sans Compose Docker Desktop (paquets officiels) + WSL 2 et virtualisation BIOS, puis docker version

Desktop sur Windows/macOS (WSL 2 + virtualisation), Engine sur Linux — toujours les paquets officiels, un seul moteur.

0.2 · Application

5. Idir tape docker run hello-world et lit le message. Que vient-il de prouver ?

Que le client, le daemon, le registre et l'exécution fonctionnent Que le réseau est coupé Rien du tout Que l'ordinateur est neuf

Le rituel traverse toute la chaîne : téléchargement de l'image, création et exécution du conteneur.

0.2 · Application

6. Après hello-world, Idir veut lire ce qui vient de se passer. Quelles commandes ?

docker images puis docker ps -a : l'image téléchargée et le conteneur terminé Éteindre le poste immédiatement Supprimer le daemon Relancer l'installeur

images montre l'image téléchargée, ps -a le conteneur terminé : le trio pull → run → ps.

0.3 · Rappel

7. Quelle image décrit le mieux le couple image / conteneur ?

Le conteneur contient l'image L'image tourne, le conteneur stocke L'image est le moule immuable, le conteneur la pièce vivante qui en sort Deux synonymes

L'image ne change jamais ; chaque conteneur ajoute sa couche inscriptible éphémère par-dessus.

0.3 · Application

8. Idir lance web1 et web2 depuis nginx:1.27, puis supprime web2. Que constate-t-il avec ps et images ?

Tout a disparu : image et voisins effacés L'image nginx:1.27 et web1 survivent : supprimer une pièce ne touche ni le moule ni les voisins Le registre est supprimé Le daemon s'arrête

Une image → N conteneurs indépendants : rm vise la pièce, pas le moule.

0.3 · Arbitrage

9. Idir hésite entre nginx:latest et nginx:1.27 pour figer ses tests. Que tranche-t-il ?

Les deux sont strictement identiques latest : c'est plus court à taper Aucun tag : Docker devinera nginx:1.27 : latest ne fige aucune version, surtout pas en production

Le tag fige la version (1.27, 16) ; latest suit la dernière publication et casse la reproductibilité.

0.4 · Application

10. Idir teste une image jetable et ne veut aucun fantôme exited. Quelle option ajoute-t-il au run ?

-e -d --rm -p

--rm supprime le conteneur dès son arrêt : aucun exited à purger.

0.4 · Application

11. Le conteneur demo tourne mais reste muet. Dans quel ordre Idir diagnostique-t-il ?

Fermer le terminal et partir Relancer le run en boucle sans regarder docker logs demo d'abord (voir), puis docker exec -it demo sh si besoin (entrer) Supprimer l'image immédiatement

Logs pour voir, exec pour entrer : la plupart des diagnostics s'arrêtent aux logs.

0.4 · Arbitrage

12. Demo doit s'arrêter et disparaître proprement, vérification incluse. Quelle séquence valide Idir ?

docker stop demo puis docker rm demo puis docker ps -a pour vérifier Fermer le terminal : c'est pareil docker kill -9 puis rien docker rm sans stop sur un conteneur vivant

Stop poli (SIGTERM puis SIGKILL), rm de la coquille, ps -a comme preuve — jamais de fermeture de terminal.

Et après ?

Score ≥ 80 % : passez au Niveau 1 — images, tags et Docker Hub avec Idir.
Score entre 50 % et 80 % : reprenez la ou les sections ratées (0.1 usage, 0.2 installation, 0.3 architecture, 0.4 cycle de vie), relisez les explications ci-dessus, puis refaites le test.
Score < 50 % : relisez tout le niveau 0 en appliquant chaque défi 48h (fiche Docker/VM, rituel hello-world, trio nginx, cycle demo) avant de retenter.
Et après ? Gardez le mémo du cycle de vie et la check-list d'installation d'Idir : le niveau 1 les rejoue sur des images réelles.