Petite correction : Salt-stack utilise aussi YAML et Jinja mais avec un paradigme un peu différent.
Petit rappel : Ansible a été pensé pour utiliser des choses existantes, éprouvées et connues de ces auteurs (à un moment on fait un choix...) Donc
SSH comme transport au lieu de réinventer quelque avec toutes les contraintes, inconvénients et avantages. Mais ce choix a aussi ses bons et mauvais côtés qui sont connus et maîtrisés par les admins sys et la plupart des devs...
YAML comme langage de description d'états au lieu de se lancer dans un DSL maison. Cela permet d'avoir des recettes lisibles par des humains et auto-documentées tout en favorisant l'usage de JSON sous le capot...
Python comme langage pour les modules ...parce-que justement c'est présent partout (y avait aussi l'alternative PERL mais comme il faut faire des choix et que ce n'était certainement pas connu des équipes qui ont créé l'outil, ou pas assez, en plus d'être un peu en perte de vitesse tandis que l'autre en gagne.)
C'était (et ça reste encore) le plus simple. Tiens, Salt a fait les mêmes choix de briques/technos...
"It is seldom that liberty of any kind is lost all at once." ― David Hume
[^] # Re: il faudrait le réécrire <s>en Rust</s> !
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au journal Test de vie et Ansible : un exemple de réalisation pour mieux comprendre l'outil. Évalué à 5.
Petite correction : Salt-stack utilise aussi YAML et Jinja mais avec un paradigme un peu différent.
Petit rappel : Ansible a été pensé pour utiliser des choses existantes, éprouvées et connues de ces auteurs (à un moment on fait un choix...) Donc
C'était (et ça reste encore) le plus simple. Tiens, Salt a fait les mêmes choix de briques/technos...
"It is seldom that liberty of any kind is lost all at once." ― David Hume