L'histoire de
Cornucopia
Une petite entreprise de produits locaux dont le site web décolle, semaine après semaine.
Cornucopia 3D
Visite guidée
Découverte guidée de l'infrastructure complète du cours, déjà vivante et en marche. Le site qui encaisse les visiteurs, la passerelle qui distribue le trafic, l'essaim de conteneurs, la surveillance qui veille. Dans quinze semaines, c'est vous qui la construirez. Et on uniformise les environnements de travail : tout le monde part du même point. Puis les mains dans le moteur : un premier conteneur monté de zéro, sans Docker, pour apprécier dès la semaine 2 le service que docker run nous rendra.
L'emballage · Docker
Une petite entreprise vient de mettre son site en ligne : un WordPress hérité du cours de serveur. Cent visiteurs par jour, tout roule. Mais l'application vit sans armure sur la machine : fragile, difficile à déplacer, impossible à cloner. Premier réflexe de pro : l'emballer dans des conteneurs, le web d'un côté, la base de données de l'autre.
La partition·Compose
Le succès commence à se faire sentir : cent visiteurs par jour. Deux conteneurs à démarrer dans le bon ordre, des ports, des volumes, des mots de passe : les commandes s'allongent. L'entreprise écrit tout dans une partition unique : un fichier qui décrit l'application entière, prête à se lever d'une seule commande, ici ou n'importe où.
L'essaim · Swarm
C'est face à la charge naissante que l'entreprise décide de séparer les rôles. Pour anticiper la croissance et éviter d'empiler tous les services sur une seule machine, elle apprend dans son laboratoire à distribuer son architecture. Chacun monte son propre essaim de trois nœuds (locaux ou virtuels) et y orchestre les rôles spécialisés (le gestionnaire, les travailleurs, le web et la base de données), observant WordPress se répliquer.
Évaluation : Démonstration & Examen pratique
L'encyclopédie et les fiches de règles deviennent virales : des centaines de milliers de lectures des mêmes pages fixes. Plutôt que de laisser WordPress recalculer sans cesse la même réponse, on place un cache Varnish devant le site : la réponse toute prête, servie instantanément. Le même site, cinq fois plus vite.
La séparation
Les Guildes ouvrent : profils de membres et points calculés en temps réel, du contenu personnalisé que le cache ne peut pas servir. On sépare physiquement la base de données et le serveur web sur des machines dédiées, et pour la première fois on mesure scientifiquement l'effet par un test de charge.
La redirection
Tout est balancé, tout est en cache... et tout passe par la passerelle : si elle tombe, tout tombe. L'entreprise traque ses points de faille et les double un à un : deux passerelles, une adresse IP virtuelle qui bascule toute seule, de la redondance de bout en bout.
Mini-Data-Center
Fini le simulé : en équipe, on assemble un vrai cluster de Raspberry Pi, de vraies machines qu'on peut toucher, brancher, et débrancher en pleine charge pour voir l'architecture tenir. Tout ce que la session a construit tourne maintenant sur du matériel qui tient dans une main.
Évaluation : Démonstration & Examen pratique
Lancement du grand œuvre en équipe. Conception de la topologie haute-disponibilité complète de plus de 12 VM et écriture du plan d'adressage détaillé. Validation obligatoire du plan avant le montage.
Le montage · Config
Mise en place de l'infrastructure locale de virtualisation (clones liés, machines maîtres minimales, démarrage headless) et rappels conceptuels sur les clusters Raspberry Pi et l'essaim Swarm.
Résilience & Sécurité
Sécurisation des accès, configuration des pare-feu de chaque service, et mise en place de la redondance et de la réplication active de la base de données et du trafic.
L'épreuve du feu
Derniers préparatifs, tests de charge intensifs et simulation de pannes matérielles. Répétition générale de la démonstration d'infrastructure en vue de l'épreuve finale.