REX 🔄 : Pourquoi utiliser Ansible plutôt que Terraform ?

Terraform est un outil très prisé dans le métier de DevOps. Bien que très facile d’utilisation, il peut, dans certain cas, ne pas répondre totalement à notre besoin. Je vais vous présenter dans ce retour d’expérience, pourquoi nous avons préféré utiliser Ansible plutôt que Terraform sur un projet que j’ai récemment réalisé. Laissez-moi d’abord vous présenter/rappeler ce qu’est Terraform.

Terraform

Terraform est un outil d’Infrastructure as Code (IaC) open-source de la société HashiCorp. Très utilisé dans la demarche Devops, cet outil permet d’automatiser et gérer facilement le déploiement d’infrastructures. Terraform s’interface très bien avec les providers Cloud tels qu’AWS, GCP, Azure et tant d’autres.

Très facile d’utilisation, Terraform permet de déployer facilement une infrastructure. L’infrastructure est décrite dans des fichiers au langage HLC et est déployée en 2 commandes. Terraform stocke l’état de l’infrastructure gérée et la configuration. Cet état est utilisé pour mapper les ressources du monde réel à la configuration souhaitée.

Le fichier json décrivant l’état est stocké par défaut dans un fichier local nommé « terraform.tfstate« , mais il peut également être stocké à distance, ce qui fonctionne mieux dans un environnement d’équipe.

Terraform permet aussi de facilement dupliquer une infrastructure. Par exemple créer plusieurs environnements pour pouvoir développer, tester puis mettre en prod.

REX

Dans certains cas, Terraform ne s’avère pas être l’outil le mieux adapté. Voici mon retour d’expérience sur un projet récent : j’ai travaillé sur la création d’un cloud capable de stocker des données sensibles. Pour des raisons de sécurité, nos postes de travail étaient dépourvus d’accès à Internet. De plus, ce cloud a été conçu on-premise, sans recourir aux grands fournisseurs de cloud.

Les contraintes rencontrées

Offline

Ce projet se faisant sans internet, nous ne pouvions donc pas télécharger nos modules et providers Terraform directement depuis internet.

Provider Terraform

Terraform fonctionne avec des providers. Un provider permet de manager une ressource cloud grâce à son API (exemple : le provider AWS manage les ressources AWS grâce à l’AWS CLI). Même s’il existe une multitude de providers (officiel ou de la communauté), il se peut que celui dont vous avez besoin n’existe pas. Cela ajoute de la complexité supplémentaire au projet puisqu’il faudra coder ce provider, sous réserve qu’il existe bien une API qui manage les ressources à déployer.

Beaucoup de sysadmin

Sur mon projet, nous avions beaucoup d’administration de systèmes à faire. En plus de déployer une machine virtuelle, nous devions configurer son réseau, installer certains packages et faire du durcissement d’OS.

Bien que Terraform soit très pratique pour déployer des machines virtuelles, c’est un outil qui atteint ses limites lorsqu’il s’agit de faire beaucoup d’administration de système.

Pour toutes ces raisons, nous avons décidé d’utiliser Ansible pour déployer et configurer nos machines virtuelles.

Ansible

Ansible est un outil open source dédié à la configuration et à la gestion des machines. Contrairement à Terraform, il adopte une approche impérative : on décrit dans des fichiers YAML une série d’étapes à exécuter. Ansible se connecte ensuite en SSH à la machine cible et exécute ces instructions étape par étape. De plus, il est cloud agnostique, ce qui signifie qu’il peut être utilisé indépendamment du fournisseur de cloud.

Bien qu’Ansible ne soit pas une technologie récente — il a été créé en 2012 et est désormais développé par Red Hat — il reste une solution robuste et largement adoptée. Dans mon projet, il correspondait parfaitement à nos besoins. Grâce à l’Artifactory déjà en place dans notre infrastructure, il nous a été facile d’y intégrer les modules Ansible nécessaires.

Terraform et Ansible se complètent efficacement : Terraform excelle dans le déploiement d’infrastructures, tandis qu’Ansible est idéal pour configurer et personnaliser les machines virtuelles.

Pour aller plus loin, il aurait été possible d’étendre les capacités d’Ansible en utilisant des outils comme Ansible Tower. Cette solution propose une API qui simplifie son utilisation par les équipes, notamment pour gérer des inventaires dynamiques et rendre les workflows plus accessibles.