Atlantis : deux verrous différents, pas un seul
Atlantis verrouille un répertoire Terraform contre deux PR concurrentes. Ce verrou n'a rien à voir avec le lock d'état Terraform, un mécanisme indépendant.
parcours
Infrastructure as code
Le code d'infrastructure a une propriété qu'aucun autre code n'a : il peut être vrai à l'écriture et faux une heure plus tard. Ce parcours couvre la gestion de cet écart.
10 articles · 3 sections
01
État et verrouillage
Là où l’écart entre le code et le réel se matérialise.
Modules Terraform : composer sans dupliquer le state
Un module Terraform n'a pas son propre state : il partage celui du module racine. Ce détail structurel change tout ce qu'on peut faire avec, et casser.
Terraform vs Ansible : pas des concurrents, deux métiers
Terraform provisionne l'infrastructure, Ansible la configure. La confusion vient d'un chevauchement réel mais partiel, pas d'un vrai choix à trancher.
Crossplane ou Terraform : qui corrige la dérive en premier
Terraform détecte la dérive au prochain plan, quand quelqu'un pense à l'exécuter. Crossplane la corrige en continu, via le même mécanisme qui gère déjà les pods.
Terraform, OpenTofu, Pulumi : comment choisir son outil IaC
Le choix d'un outil IaC ne se résume pas à une préférence de syntaxe. Licence, écosystème de providers, et le vrai coût d'une migration une fois engagé.
State Terraform distant et verrouillage : comment ça marche
Pourquoi le state local casse en équipe, comment marchent les backends distants et le verrouillage, et comment récupérer proprement d'un verrou bloqué.
02
Idempotence et configuration
Rejouer sans casser — la propriété qui rend le reste possible.
Puppet vers Ansible : pourquoi le portage casse souvent
Puppet résout un graphe de dépendances avant d'exécuter, Ansible exécute les tâches dans l'ordre écrit. Un portage ligne à ligne perd cette résolution implicite.
Ansible : l'idempotence promise et le piège du check mode
Pourquoi un playbook rejoué ne devrait rien changer, comment le check mode ment sur les modules à commande shell, et une règle simple pour trier ses tâches.
03
Images et provisionnement
Construire une machine reproductible plutôt que la réparer.
Pourquoi une VM clonée ne relance pas cloud-init
cloud-init ne s'exécute qu'une fois par instance, un état tracké localement. Cloner une VM sans l'effacer fait croire à cloud-init qu'il a déjà tourné, clés SSH dupliquées à la clé.
Packer vs cloud-init : image contre instance
Packer construit une image immuable une fois sur une machine temporaire. cloud-init configure chaque instance à son premier démarrage. Les confondre casse le pipeline.