Différences

Ci-dessous, les différences entre deux révisions de la page.

--- eadl:bloc4:fm2:td1 [2026/05/03 15:38] – [1.2 Vérification outils] jcheron
+++ eadl:bloc4:fm2:td1 [2026/05/04 19:21] (Version actuelle) – [Extension 2 — Ajouter un second conteneur] jcheron
@@ Ligne 130: / Ligne 130: @@
 </sxh>
-<WRAP round help>
+<WRAP round info>
-Questions :
+Le state Terraform contient l’état réel des ressources gérées (IDs, propriétés, dépendances).
-  * Que contient le state ?
+Terraform s’en sert pour savoir ce qui existe déjà, calculer les changements à appliquer et éviter de recréer inutilement des ressources.
-  * Pourquoi Terraform en a besoin ?
 </WRAP>
@@ Ligne 203: / Ligne 202: @@
 </sxh>
-<WRAP round help>
+<WRAP round info>
-Questions :
+  * Terraform recrée le conteneur avec un nouveau nom (mon_nginx_v2).
+  * Ansible échoue car il tente toujours de cibler l’ancien conteneur (mon_nginx), qui n’existe plus.
-  * Que se passe-t-il ?
+  * Le problème vient d’un manque de synchronisation entre Terraform (provisioning) et Ansible (configuration).
-  * Pourquoi Ansible échoue ?
-  * Quel outil est responsable du problème ?
 </WRAP>
@@ Ligne 215: / Ligne 212: @@
 Corriger le playbook pour utiliser le bon nom de conteneur.
-<WRAP round help>
+<WRAP round info>
-Question :
+Pour éviter ce problème, il faut :
+  * centraliser les variables (ex : nom du conteneur),
+  * utiliser des outputs Terraform ou une source dynamique pour Ansible,
+  * éviter les valeurs codées en dur.
+</WRAP>
-  * Comment éviter ce type de problème en production ?
-</WRAP>
 ===== 7. Compréhension globale =====
-<WRAP round help>
+<WRAP round info>
-  * Quelle est la différence entre déclaratif et procédural ?
+  * Le déclaratif décrit l’état final souhaité (Terraform), tandis que le procédural décrit les étapes à exécuter (Ansible).
-  * Pourquoi séparer Terraform et Ansible ?
+  * Terraform et Ansible sont séparés pour distinguer le provisioning (infrastructure) de la configuration (logicielle).
-  * Que se passe-t-il si on relance Terraform plusieurs fois ?
+  * Relancer Terraform est idempotent : si rien n’a changé, aucune modification n’est appliquée.
 </WRAP>
@@ Ligne 244: / Ligne 243: @@
 Appliquer les changements.
 </WRAP>
-<WRAP round help>
+<WRAP round info>
-Questions :
+Terraform modifie la ressource si le changement est compatible avec une mise à jour.
+Sinon, la ressource est recréée.
-Terraform recrée-t-il la ressource ou la modifie-t-il ?
+Ce comportement dépend du type de ressource et des contraintes du provider Docker.
-Pourquoi ?</WRAP>
+</WRAP>
@@ Ligne 260: / Ligne 260: @@
   - Adapter votre playbook Ansible pour configurer les deux conteneurs.
 </WRAP>
-<WRAP round help>
+<WRAP round question>
 Questions :
@@ Ligne 277: / Ligne 277: @@
 Observer votre code :
 </WRAP>
-<WRAP round help>
+<WRAP round info>
-Questions :
+L’augmentation du nombre de conteneurs rend le code difficile à lire et à maintenir :
-  - Le code est-il toujours lisible ?
+  * Le nombre de lignes dupliquées augmente fortement.
-  - Combien de lignes avez-vous dupliqué ?
+  * Avec un grand nombre de conteneurs, le code devient lourd, répétitif et source d’erreurs.
-  - Que se passerait-il avec 10 conteneurs ?
-</WRAP>
-==== Extension 4 — Réflexion ====
-<WRAP round help>
-Questions :
-  * Quel est le principal problème de votre configuration actuelle ?
-  * Comment pourriez-vous éviter de copier-coller ce code ?
 </WRAP>
-=== Bonus ===
+<WRAP round info>
-<WRAP round help>
+La duplication de code est le principal problème de cette configuration.
-Question :
-Existe-t-il un moyen en Terraform de réutiliser du code ?
+Elle peut être évitée en utilisant des variables, des boucles (for_each) ou des modules Terraform.
 </WRAP>
 ===== 9. Points clés =====