Environnements
Trois approches, deux mauvaises raisons de choisir la plus tentante.
Plusieurs environnements sans se piéger
La question arrive toujours au même moment : la configuration marche, elle est appliquée quelque part, et il faut maintenant la même chose ailleurs. Préproduction, production, une seconde région, un environnement de démonstration pour un client. La solution qui vient à l'esprit est celle qui coûte le plus cher à long terme : un terraform workspace new production, parce que c'est une seule commande et que le mot « workspace » suggère exactement l'usage qu'on veut en faire.
C'est un piège, et il est particulièrement bien posé. Les espaces de travail partagent le même code, la même version de fournisseur, le même backend, et surtout ils sont invisibles dans le dépôt : rien dans les fichiers ne vous dit sur quel environnement vous travaillez. La seule protection contre un apply de production lancé depuis un poste qui croyait être en préproduction est votre mémoire d'une commande tapée dix minutes plus tôt. Cette leçon compare les trois approches réelles, dit ce qui casse dans chacune, et donne une recommandation par défaut.
Commentaires
Les commentaires sont alimentés par GitHub Discussions
Connectez-vous avec GitHub pour participer à la discussion