Examen niveau 1 — Docker

Examen — questions inédites

12 questions pour valider Conteneurs : images, volumes, réseaux — tags, lancement, persistance, réseaux, débogage.
Répondez à tout, puis cliquez sur Corriger : score et explications s'affichent.

1.1 · Rappel

1. Que signifie le tag dans « postgres:16.4 » ?

La version figée (majeure 16, mineure 4) de l'image Le mot de passe de la base Le nom du réseau du conteneur Un commentaire sans effet sur l'image

Le tag désigne la variante : 16 fige la majeure, 16.4 la mineure — reproductible, contrairement à latest.

1.1 · Application

2. Idir prépare la base de production. Quelle image retenir ?

postgres:16.4 officielle, figée, notée dans versions.txt postgres:latest pour avoir toujours le neuf La première image venue avec « postgres » dans le nom Une image non mise à jour depuis deux ans, plus légère

Officielle, à jour, tag figé et noté : la seule combinaison acceptable en production.

1.1 · Application

3. Pourquoi dix images basées sur le même Debian ne téléchargent-elles la base qu'une fois ?

Parce que latest évite les doublons Parce que Docker compresse tout en un seul fichier Parce que les couches sont partagées et mises en cache Parce que les images sont stockées sur Docker Hub

Les couches en lecture seule sont partagées : seules les couches manquantes sont téléchargées.

1.2 · Rappel

4. Dans « -p 8080:80 », que signifient 8080 et 80 ?

8080 = conteneur, 80 = hôte Deux ports internes au conteneur 8080 = port hôte, 80 = port conteneur Un identifiant et un mot de passe

Gauche = hôte, droite = conteneur : http://localhost:8080 atteint le port 80 du conteneur.

1.2 · Application

5. Idir lance un serveur Nginx durable. Quelle commande ?

docker run -d --name web nginx (sans tag) docker exec -it web sh docker run -it nginx:1.27 (terminal attaché) docker run -d --name web -p 8080:80 nginx:1.27

Service = -d (fond) + --name (pilotable) + -p (joignable) + tag figé ; -it bloquerait le terminal.

1.2 · Arbitrage

6. Il faut changer le mot de passe passé en -e. Quel arbitrage ?

Supprimer et relancer avec la nouvelle valeur (variables figées à la création) Changer le tag de l'image Redémarrer le conteneur, la variable suivra Éditer la variable dans le conteneur vivant

Les -e sont figés à la création : on supprime et on relance — ou on versionne via Compose (niveau 3).

1.3 · Application

7. Idir veut que sa base survive au rm du conteneur. Que faire ?

Copier les données dans l'image Lancer deux conteneurs identiques Utiliser stop au lieu de rm, cela suffit Monter un volume nommé au chemin documenté (-v pgdata:/var/lib/postgresql/data)

Seul un montage hors conteneur survit au rm ; stop conserve tout mais n'est pas une persistance.

1.3 · Arbitrage

8. Faut-il lancer « docker volume prune » sur une machine partagée sans vérifier ?

Oui, les volumes se restaurent depuis la corbeille Non : suppression définitive — lister et identifier avant tout nettoyage Non, car prune ne supprime jamais rien Oui, cela ne touche que les conteneurs arrêtés

prune supprime définitivement les volumes orphelins : on liste (ls), on identifie, puis on purge.

1.4 · Rappel

9. Que gagne-t-on avec un réseau dédié (network create) par rapport au bridge par défaut ?

Des conteneurs plus rapides à télécharger La résolution des conteneurs par leur nom Des images plus légères La persistance automatique des données

Le réseau dédié active le DNS par nom : fini les IP changeantes du bridge par défaut.

1.4 · Application

10. Sur monapp, comment le web joint-il la base nommée « bdd » ?

En fusionnant les deux conteneurs Par son IP notée sur un post-it En publiant la base avec -p vers l'extérieur Par son nom : bdd:5432, base non publiée

Le nom reste valable après chaque relance ; la base reste interne, seul le frontal est publié.

1.5 · Application

11. Le web d'Idir est en Exited (1). Premier réflexe ?

Recréer aussitôt à l'identique Lire les logs (puis inspecter) pour nommer la cause Changer d'image au hasard Modifier des fichiers dans le conteneur arrêté

L'état oriente, les logs accusent, l'inspection confirme : on corrige la cause, pas le symptôme.

1.5 · Arbitrage

12. « docker exec -it web sh » répond « container not running ». Quel arbitrage ?

Publier un port supplémentaire pour débloquer exec Forcer avec un autre shell, exec finit toujours par entrer exec exige un conteneur vivant : lire logs + inspect, démarrer ou inspecter via run --rm Supprimer l'image et tout réinstaller

exec = vivant ; arrêté = logs + inspect d'abord, puis démarrage ou inspection jetable de l'image.

Et après ?

Score ≥ 80 % : passez au Niveau 2 V3 (Dockerfile, build, configuration — on construit ses propres images).
Score entre 50 % et 80 % : reprenez les sections ratées (tags figés en 1.1, ordre hôte:conteneur en 1.2, test rm + relance en 1.3, réseau dédié en 1.4, méthode ps → logs → inspect en 1.5), relisez les explications ci-dessus, puis refaites le test.
Score < 50 % : recommencez le niveau en exécutant chaque modèle (versions.txt 1.1, ligne de lancement 1.2, base persistante 1.3, appli deux services 1.4, check-list d'autopsie 1.5) avec Idir — et ne diffusez que ce qui survit au rm et répond au ping.