Je suis cohérent mais tu mélanges 2 posts qui ne répondent pas aux même questions.
Nope.
Mon message plus haut était « pour la post-installation de mon PC [...] je veux pouvoir l'exécuter immédiatement après installation du PC, sans avoir à installer d'abord Ansible ou autre chose »
...auquel tu as répondu « dans le cas d'Ansible il n'y a justement même pas de client à installer. Il faut juste avoir ssh et pousser une clé. »
... auquel j'ai répondu « Quand je viens d'installer mon PC, il n'y a pas de serveur SSH, pas de clé à pousser et aucun moyen d'accéder à un serveur Ansible à partir duquel je déploierais la conf de mon PC, vu que j'utilise mon PC pour ces choses-là »
...auquel tu as répondu « dans le cas de puppet c'est utilisable en local sans avoir à mettre en place une infra client/serveur. »
Cet échange est resté toujours sur la même question : exécuter la postinstall de mon PC.
Tu crois que tu peux gérer tout ça en moins de lignes avec ton script ?
L'installation de packages est un exemple ultra-simple, facile à gérer en effet. Mais il n'y a pas que ça.
L'explication du nombre de lignes est simple : certaines des fonctions que j'ai développées (à une époque où les logiciels de gestion de configuration commençaient à peine à apparaître) correspondent à des modules existants dans ces logiciels, d'autres nécessiteraient soit de développer de nouveaux modules, soit de télécharger et installer des modules tiers, soit d'éclater ces fonctions en plusieurs plays.
Dans tous les cas, on s'éloigne du but de mon script : pouvoir être exécuté par ./postinstall.sh sans avoir à préinstaller un quelconque environnement.
De plus, dans ce cas précis, je veux que le script plante dès qu'il y a le moindre problème rencontré, pour pouvoir le corriger immédiatement. Et puis je veux qu'il m'affiche des messages sur son avancement.
Et puis dans certains cas, les sources d'où je prends mes logiciels ne permettent pas un download automatique de la toute dernière version, auquel cas il faut aller sur une page particulière et télécharger la dernière version d'un .deb pour qu'il puisse l'installer (ou alors parser une page web... youpi) [*]. Ça, Ansible ne sait pas le faire non plus à ma connaissance. Bon, aujourd'hui je n'ai ce cas que pour Go [https://golang.org/dl/], si quelqu'un a un lien pour downloader directement la dernière version je suis preneur.
Dans les outils de gestions de versions tu gères des dépendances.
Tu veux dire que chaque instruction qui tenait en une ligne tient maintenant en deux lignes ? Félicitations, tu as transformé les 750 premières lignes de mon script en 1500 lignes !
Bon ok, j'exagère un peu, mais tu vois l'idée :)
Concernant la courbe d'apprentissage, ne t'inquiète pas, je connais ces outils, je sais ce qu'ils peuvent faire, je travaille quotidiennement avec...
[^] # Re: Devops
Posté par Sébastien Maccagnoni . En réponse au journal Kickstart et Ansible pour automatiser des installations/configurations de systèmes Linux. Évalué à 1.
Nope.
Mon message plus haut était « pour la post-installation de mon PC [...] je veux pouvoir l'exécuter immédiatement après installation du PC, sans avoir à installer d'abord Ansible ou autre chose »
...auquel tu as répondu « dans le cas d'Ansible il n'y a justement même pas de client à installer. Il faut juste avoir ssh et pousser une clé. »
... auquel j'ai répondu « Quand je viens d'installer mon PC, il n'y a pas de serveur SSH, pas de clé à pousser et aucun moyen d'accéder à un serveur Ansible à partir duquel je déploierais la conf de mon PC, vu que j'utilise mon PC pour ces choses-là »
...auquel tu as répondu « dans le cas de puppet c'est utilisable en local sans avoir à mettre en place une infra client/serveur. »
Cet échange est resté toujours sur la même question : exécuter la postinstall de mon PC.
L'installation de packages est un exemple ultra-simple, facile à gérer en effet. Mais il n'y a pas que ça.
L'explication du nombre de lignes est simple : certaines des fonctions que j'ai développées (à une époque où les logiciels de gestion de configuration commençaient à peine à apparaître) correspondent à des modules existants dans ces logiciels, d'autres nécessiteraient soit de développer de nouveaux modules, soit de télécharger et installer des modules tiers, soit d'éclater ces fonctions en plusieurs plays.
Dans tous les cas, on s'éloigne du but de mon script : pouvoir être exécuté par
./postinstall.shsans avoir à préinstaller un quelconque environnement.De plus, dans ce cas précis, je veux que le script plante dès qu'il y a le moindre problème rencontré, pour pouvoir le corriger immédiatement. Et puis je veux qu'il m'affiche des messages sur son avancement.
Et puis dans certains cas, les sources d'où je prends mes logiciels ne permettent pas un download automatique de la toute dernière version, auquel cas il faut aller sur une page particulière et télécharger la dernière version d'un .deb pour qu'il puisse l'installer (ou alors parser une page web... youpi) [*]. Ça, Ansible ne sait pas le faire non plus à ma connaissance. Bon, aujourd'hui je n'ai ce cas que pour Go [https://golang.org/dl/], si quelqu'un a un lien pour downloader directement la dernière version je suis preneur.
Tu veux dire que chaque instruction qui tenait en une ligne tient maintenant en deux lignes ? Félicitations, tu as transformé les 750 premières lignes de mon script en 1500 lignes !
Bon ok, j'exagère un peu, mais tu vois l'idée :)
Concernant la courbe d'apprentissage, ne t'inquiète pas, je connais ces outils, je sais ce qu'ils peuvent faire, je travaille quotidiennement avec...