Laboratoires
Application conteneurisée

Trois laboratoires Docker et une expérimentation pour emballer le site de la petite entreprise, du serveur nu à l'essaim.

La petite entreprise emballe son site

Le WordPress de la petite entreprise fonctionne, mais il vit à nu sur sa machine : fragile, impossible à déplacer, impossible à cloner. Pendant que les visiteurs se multiplient, l'entreprise apprend le geste fondateur du métier : emballer l'application, la décrire dans une partition, puis la faire jouer par tout un essaim de machines.

La même application traverse trois architectures, de plus en plus solides. À chaque étape, la même preuve vivante : votre WordPress répond dans le navigateur de la machine hôte, avec un article illustré publié dedans.

La même application, trois architectures

Vos instances, votre choix d'infrastructure

Chaque noeud est une instance. Vous choisissez le substrat, au lieu que VirtualBox soit imposé :

• Le TP est identique dans les trois cas : l'orchestrateur se moque du substrat.
• Justifiez votre choix en quelques phrases dans le README.md.

Ce qui est exigé, sans exception

• Travail individuel · assignment GitHub remis en classe.
• Chaque partie doit pouvoir être évaluée individuellement.
• Les instances de chaque partie restent conservées et fonctionnelles pour la démonstration (option VPS : reproductibles en minutes par script).
• Clonage permis pour sauver du temps : nouvelle adresse MAC, nouveau nom d'hôte, nouvelle adresse IP.
• Configurations conservées dans GitHub, au cas où il faudrait recommencer vite.
• Sans démonstration conforme en classe : pas de points.

WordPress et MySQL sur un seul conteneur

Une instance (référence : DockerAlpha, 2 Go, 12 Go) qui héberge WordPress et MySQL dans un seul conteneur LAMP : répertoires de travail, conteneur en arrière-plan, base configurée.

• Installation de l'application WordPress sur votre serveur HTTP (1 point)
• WordPress peut créer des répertoires pour les fichiers téléversés (1 point)
• Afficher votre WordPress à partir de votre machine hôte (1 point)
• Ajouter un article avec une image téléversée, depuis l'hôte (1 point)

WordPress avec un conteneur par service

Un service HTTP et un service MySQL décrits dans un docker-compose.yml (ports 8082, phpMyAdmin en 8083, volumes, réseau).

• Installation de Docker Compose (1 point)
• Répertoire de configuration (1 point)
• Configuration de Compose pour WordPress (1 point)
• Exécution avec Compose (1 point)
• Accès depuis la machine hôte (1 point)
• Article et illustration ajoutés (4 points)
• Arrêt, redémarrage, l'article illustré survit (1 point)

WordPress sur un Docker Swarm

Cinq noeuds selon votre infrastructure (swarm-node01 à 05; référence : 192.168.56.10 à .50). Cluster init et join, réseau overlay, proxy inverse Traefik, WordPress répliqué, visualiseur.

• 1 conteneur Traefik au visualiseur (2 points)
• 3 conteneurs WordPress (2 points)
• 1 conteneur MySQL (2 points)
• 1 conteneur Visualiseur (2 points)
• Article avec image affiché dans le navigateur (2 points)

Respectez le tutoriel à la lettre, surtout l'adressage. Premier déploiement long : les images se téléchargent sur chaque noeud.

Conteneurs from scratch

• Un laboratoire d'expérimentation : la présence en classe sur une période de 4 heures est évaluée, le fonctionnement final est souhaitable mais pas nécessaire.
• Monter un conteneur à mains nues (prison chroot, montages, isolation) qui exécute une commande simple autre que nano.
• Expérimenter jusqu'à la diapositive 67 du tutoriel seulement.

Après avoir monté une prison à mains nues, docker run ne sera plus jamais magique.

La démonstration, et comment se joue la note

• Chaque étudiant démontre chaque laboratoire sur son poste : les trois architectures répondent, l'article illustré s'affiche.
• Les configurations sont présentées dans GitHub.
• Vous pouvez expliquer chaque commande : l'IA a pu aider, c'est votre tête qui répond.

Total : 25 points · 25 % de la session. L'énoncé complet, version détaillée, reste en ligne : la version web fait foi.