Ce que vous allez apprendre dans ce TP
- Décrire une ressource en HCL
- Appliquer avec plan puis apply
- Détecter une dérive
Terraform + LocalStack #
Ce que vous allez apprendre dans cette section
- Décrire une ressource en HCL
- Appliquer avec plan puis apply
- Détecter une dérive
Contexte. Une infrastructure créée à la main est impossible à reproduire et à auditer. L'Infrastructure as Code décrit les ressources dans des fichiers versionnés : vous le pratiquez avec Terraform et détectez ce qu'est une dérive de configuration.
Prérequis : TP précédent (LocalStack), Terraform installé · Durée estimée : 40 min
Un bucket versionné décrit en HCL.1. Configurer le provider
Pourquoi ? Le provider indique à Terraform quelle API cibler ; en le pointant sur LocalStack, le même code fonctionnerait sur le vrai AWS en retirant les surcharges.
Pointez le provider AWS vers LocalStack.2. Décrire la ressource
Pourquoi ? Décrire le versioning et les étiquettes dans le code garantit qu'ils seront identiques partout et auditables dans Git.
Créez un bucket avec le versioning et une étiquetteenv=lab.3. Plan et application
Pourquoi ? plan montre ce qui va changer avant de le faire : c'est le garde-fou qui évite les destructions accidentelles.
Exécutez le cycle complet et observez l'état.4. Dérive et destruction
Pourquoi ? Modifier à la main puis relancer plan fait comprendre la dérive : l'état réel s'écarte du code, et Terraform propose de le corriger.
Modifiez la ressource à la main, détectez la dérive, puis détruisez l'infrastructure.
Niveau de difficulté : ●●○○○ (2/5)
Mon suivi
Connectez-vous pour suivre votre progression et prendre des notes. Se connecter
Articles recommandés
Qu'est-ce qu'une application Cloud Native ?
Comprendre les principes des microservices, des conteneurs et des APIs.