Note — Destruction de l’infrastructure applicative
Objectif : supprimer les ressources liées aux sites WordPress devenus inutiles, tout en conservant le GitLab Runner pour les futurs déploiements.
Ressources supprimées
- Les instances et groupes Auto Scaling liés à WordPress.
- La base de données MySQL (RDS) et ses données, ainsi que les ressources EFS.
- Le load balancer, ses listeners et ses target groups.
- Les enregistrements DNS des trois sites :
devop-project.jhennebo.fr,blog.jhennebo.fretboutique.jhennebo.fr. - Les ressources IAM, secrets, clés et règles de sécurité propres à l’application.
- L’endpoint EC2 Instance Connect utilisé pour l’administration des anciennes instances.
Ressources conservées
- L’instance EC2 du GitLab Runner.
- Son rôle IAM, son profil d’instance et les permissions nécessaires.
- Son groupe de sécurité.
- Le VPC, les sous-réseaux, les tables de routage et le NAT Gateway nécessaires à son accès réseau.
- Le backend Terraform distant et son état.
Méthode
La suppression est exécutée depuis le terminal local avec le plan Terraform préalablement examiné :
terraform apply /tmp/app-destroy.tfplan
État : suppression lancée ; la réussite et la conservation effective des ressources doivent être confirmées après la fin de l’application Terraform.
Remarque : la suppression de RDS entraîne la perte des données de la base, conformément à la décision prise. Le NAT Gateway est conservé pour permettre au Runner privé d’accéder aux services externes, notamment GitLab et les dépôts de paquets.