AccueilActualités informatiqueL'infrastructure en tant que code : Terraform 1.1 ouvre l'intégration native au...

L’infrastructure en tant que code : Terraform 1.1 ouvre l’intégration native au cloud

Six mois après avoir présenté le premier jalon de sa plateforme Infrastructure-as-Code, HashiCorp présente Terraform 1.1, la première version mineure. Outre l’intégration native complète dans Terraform Cloud, la mise à jour comporte entre autres quelques nouveautés pour le refactoring dans les modules.

Sommaire

Les développeurs qui souhaitaient connecter Terraform au cloud devaient jusqu’à présent configurer une ressource distante à cet effet. A partir de la version 1.1, il est possible de créer dans les paramètres un cloud-qui permet d’utiliser également la CLI. De cette manière, il est non seulement possible de transmettre des variables de saisie au Terraform Cloud, mais aussi de simplifier tous les workflows basés sur la CLI. Avec le drapeau -var permet par exemple de marquer des variables pour un seul passage.

La gestion des espaces de travail devrait également être facilitée grâce à des balises dédiées aux espaces de travail, par exemple lorsqu’il s’agit de faire correspondre les espaces de travail Terraform Cloud à la configuration actuelle. L’intégration native promet en outre des messages d’erreur plus pertinents.

Après la mise à niveau d’un module requise dans le cadre de la migration d’objets, les développeurs devaient toujours utiliser la commande terraform state mv manuellement. Les nouvelles fonctions introduites dans Terraform 1.1 move-ouvrent désormais la possibilité, lors du refactoring dans les modules, d’enregistrer dans le code source du module si l’adresse d’une ressource ou d’une instance de ressource a été modifiée. Ainsi, pendant la phase de planification, Terraform est en mesure de migrer automatiquement les objets existants dans l’état vers les nouvelles adresses. Cela vaut du moins pour tous les cas où la modification peut être exprimée sous la forme d’une configuration statique. Pour les scénarios plus complexes qui ne se prêtent pas à une configuration déclarative, les développeurs peuvent continuer à utiliser terraform state mv .

Chaque fois que Terraform propose la suppression de certaines instances de ressources, on trouve dans terraform plan ainsi que terraform apply des remarques supplémentaires qui expliquent pourquoi Terraform a proposé cette action. Si les utilisateurs réduisent par exemple la valeur du compteur dans le count-d’une ressource, Terraform le justifiera lorsqu’il proposera de supprimer tous les objets existants dont le compteur est plus élevé.

Lire aussi

Terraform 1.1 est disponible dès maintenant. Un aperçu complet de toutes les nouveautés et corrections de bugs, y compris des indications sur la mise à niveau de la version précédente, se trouve dans le changelog sur GitHub. Des binaires pour les systèmes d’exploitation courants peuvent également être téléchargés sous la Mozilla Public License v2.0.

Plus d'articles