Cycle de vie complet
Plan, apply, détection de dérive et rollback — de vrais appels Terraform et API cloud.
Plan, apply, détection de dérive et rollback ne sont pas des statuts décoratifs — ils exécutent de vrais appels Terraform et API cloud contre l'état réel de votre infrastructure.
- Le plan calcule les vrais changements avant tout déploiement, avec des vérifications de coût et de credentials
- L'apply provisionne réellement l'infrastructure — ce n'est pas une barre de progression
- La détection de dérive compare en continu l'état réel et l'état déclaré
- Le rollback restaure un état antérieur en ordre topologique inverse en cas de problème
Comment ça marche
Le plan et l'apply s'exécutent comme des étapes de workflow mises en file — init, plan, une porte de politique, puis apply — avec les résultats diffusés en direct. Un planificateur distinct compare régulièrement l'infrastructure réelle à l'état déclaré, et le rollback restaure un état antérieur par backend (S3, GCS, Azure RM, Terraform Cloud, HTTP ou local), en ordre topologique inverse.
Le rollback s'exécute dans l'ordre topologique inverse précisément pour que les ressources dépendantes ne soient pas détruites avant ce qui dépend d'elles — et chaque backend d'état (S3, GCS, Azure RM, Terraform Cloud) a sa propre implémentation de rollback, pas un chemin de code générique prétendant qu'ils sont tous identiques.