Aller au contenu

Comprendre la destination

Savoir ce qui sera construit avant d’installer Docker.

Dans ce chapitre : 4 étapes et 12 preuves de validation.

Objectif. Tu sauras toujours dans quel environnement une action se déroule.

État du projet avant cette étape. Ta VM Linux existe déjà. Rien n’est encore installé pour Inception.

Le projet possède quatre niveaux : ordinateur physique → VM Linux → Docker Engine → containers. Docker et Compose seront installés dans la VM, jamais dans un container.

Dessine les quatre niveaux sur une feuille. Écris « commandes Docker » à côté de la VM et « NGINX / WordPress / MariaDB » à côté des containers.

Preuves de validation 0 / 3

Une case correspond à une preuve observée ou expliquée, pas simplement à une commande copiée.

Question de soutenance — Où Docker doit-il tourner ?

Dans la VM Linux. La machine physique exécute la VM, puis la VM exécute Docker.

Objectif. Tu comprendras la destination avant de construire ses pièces.

État du projet avant cette étape. La VM est vide. On observe seulement le résultat final attendu.

Le navigateur entrera par NGINX en HTTPS. NGINX transmettra le PHP à WordPress/PHP-FPM. WordPress demandera ses données à MariaDB. La réponse reviendra par le chemin inverse.

Lis lentement ce trajet deux fois : navigateur → NGINX → WordPress/PHP-FPM → MariaDB. Pour chaque flèche, nomme le besoin : HTTPS, FastCGI, SQL.

Preuves de validation 0 / 3

Une case correspond à une preuve observée ou expliquée, pas simplement à une commande copiée.

Question de soutenance — Où Docker doit-il tourner ?

Dans la VM Linux. La machine physique exécute la VM, puis la VM exécute Docker.

Étape 3 — Distinguer le rendu de l’exécution

Section intitulée « Étape 3 — Distinguer le rendu de l’exécution »

Objectif. Tu sauras exactement ce que 42 récupère.

État du projet avant cette étape. Aucun repository n’est encore préparé.

Git contient les recettes et la documentation. La VM exécute ces recettes. Les images, containers, volumes, données et vrais secrets restent sur la VM et ne sont pas rendus.

Crée deux colonnes sur ta feuille : « dans Git » et « seulement dans la VM ». Place Makefile, srcs et documentation dans la première ; VM, containers, volumes, données et secrets réels dans la seconde.

Preuves de validation 0 / 3

Une case correspond à une preuve observée ou expliquée, pas simplement à une commande copiée.

Question de soutenance — Où Docker doit-il tourner ?

Dans la VM Linux. La machine physique exécute la VM, puis la VM exécute Docker.

Objectif. Tu vérifieras que seule la VM est supposée déjà créée.

État du projet avant cette étape. La suite ne suppose ni Docker, ni Compose, ni repository existant.

Le guide va installer les outils, observer Docker hors du projet, créer le repository, construire une image, puis faire grandir un seul fichier Compose.

Confirme uniquement que tu peux ouvrir un terminal dans la VM et utiliser sudo. Si oui, l’installation peut commencer.

À EXÉCUTER DANSDans le terminal de la VM · n’importe quel dossier
whoami
uname -s
sudo -v
Ce que fait chaque partie
  1. whoami affiche l’utilisateur courant.
  2. uname -s doit afficher Linux.
  3. sudo -v confirme que l’utilisateur peut administrer la VM.
Résultat attendu

Un utilisateur est affiché, le système répond Linux et sudo accepte ton mot de passe.

Si cela échoue

Si uname affiche Darwin ou Windows, tu n’es pas dans le terminal de la VM.

Preuves de validation 0 / 3

Une case correspond à une preuve observée ou expliquée, pas simplement à une commande copiée.

Question de soutenance — Où Docker doit-il tourner ?

Dans la VM Linux. La machine physique exécute la VM, puis la VM exécute Docker.