Kickstart n'est pas du tout une technologie récente, ça existe depuis longtemps.
oui, je l'ai utilisé en 2005, avec les 3 jours de formation offerts^Wfournis pour la modique somme de 15 k€ avec le satellite server installé, nous étions opérationnels pour gérer les environnements applicatifs (pas la bureautique :/) de dév et ceux d'intégration/préprod'/prod' (bon on y a passé une dizaine de jours ensuite pour tuner au mieux ce dont nous avions besoins (pas les mêmes outils pour les dévs que pour la prod'... YMMV)
À la place d'Ansible, un autre outil du même genre très utilisé est Puppet
un gitlab pour avoir de bonnes pratiques : le git pour les scripts / les certificats / la conf' de chaque environnement + wiki pour la doc' (exit les fiches de relecture \o/) et les suivis / échanges via les « issues ».
un jenkins (ancien^Wfork de hudson) pour les tests unitaires / validation de la mise à disposition, éventuellement reconstruction à la volée d'un environnement réceptionnant les livraisons des dévs et s'assurant qu'ils n'ont pas oublié d'indiquer la nième bibliothèque à la mode (encore un truc qui vient avec node.js, vraiment au hasard /o) ou une montée de version impromptue...
Ansible peut faire aussi de l'orchestration dans un data center, par exemple pour faire une migration impliquant plusieurs serveurs (exécuter les tâches de manière coordonnée, dans le bon ordre).
oui, ansible est un bon produit, couplé à de bonnes pratiques : en partageant entre équipes, il permet de limiter la doc' d'install' à une page voire 1 ligne : « lancer le job ansible tartempion ». Ça prend du temps à la 1ère mise en place, mais c'est du tout bénéf' lors des relivraisons, ou lors d'un changement de TMA ou d'exploitant (c'est « auto-documenté » dans les fichiers de conf'... pour ceux sachant les lire, on va dire).
bon, après, faut accepter que d'accéder à l'utilisateur deploy soit quasi-équivalent à être root sur tout le parc...
[^] # Re: Quelques infos en plus
Posté par BAud (site web personnel) . En réponse au journal Kickstart et Ansible pour automatiser des installations/configurations de systèmes Linux. Évalué à 4.
oui, je l'ai utilisé en 2005, avec les 3 jours de formation offerts^Wfournis pour la modique somme de 15 k€ avec le satellite server installé, nous étions opérationnels pour gérer les environnements applicatifs (pas la bureautique :/) de dév et ceux d'intégration/préprod'/prod' (bon on y a passé une dizaine de jours ensuite pour tuner au mieux ce dont nous avions besoins (pas les mêmes outils pour les dévs que pour la prod'... YMMV)
il y a aussi chef dans le paysage.
En complément, tu pourrais t'installer :
oui, ansible est un bon produit, couplé à de bonnes pratiques : en partageant entre équipes, il permet de limiter la doc' d'install' à une page voire 1 ligne : « lancer le job ansible tartempion ». Ça prend du temps à la 1ère mise en place, mais c'est du tout bénéf' lors des relivraisons, ou lors d'un changement de TMA ou d'exploitant (c'est « auto-documenté » dans les fichiers de conf'... pour ceux sachant les lire, on va dire).
bon, après, faut accepter que d'accéder à l'utilisateur deploy soit quasi-équivalent à être root sur tout le parc...