J'ai l'impression que c'est un vrai "model" d'infrastructure. Par contre, le moyen qui l'a pour en connaitre l'état courant, est de garder un fichier sous le coude pour savoir ce qui a été fait. Si il y a une intervention par ailleurs, le fichier est désynchronisé. Il faudrait que le modèle utilise des getter sur l'infrastructure pour connaitre son état au lieu de le conserver "dupliqué".
Aller de A à B implique une "synchronisation" de l'état précédent avec le nouvelle état. C'est un problème très compliqué à résoudre. (un renommage est-il équivalent à une destruction/création, idem pour un déplacement)
[^] # Re: euh ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Sortie de Terraform 0.9. Évalué à 4.
J'ai l'impression que c'est un vrai "model" d'infrastructure. Par contre, le moyen qui l'a pour en connaitre l'état courant, est de garder un fichier sous le coude pour savoir ce qui a été fait. Si il y a une intervention par ailleurs, le fichier est désynchronisé. Il faudrait que le modèle utilise des getter sur l'infrastructure pour connaitre son état au lieu de le conserver "dupliqué".
Aller de A à B implique une "synchronisation" de l'état précédent avec le nouvelle état. C'est un problème très compliqué à résoudre. (un renommage est-il équivalent à une destruction/création, idem pour un déplacement)
"La première sécurité est la liberté"