Bonsoir,
Pour commencer je vous souhaite une bonne soirée et une bonne semaine.
Pour ma part, je souhaite utiliser chef opscode pour l'installation automatisé de mon serveur dédié qui contient beaucoup de service :
- mail (postfix, imap, mysql pour gérer les domaines virtuelles)
- nginx, php-fpm (pour les applis PHP)
- mysql pour les blogs WP
- mongodb pour quelques sites que j'écris
- buildbot pour l'intégration continue
- trac pour le système de suivis
- hg + rhodecode (à voir si je trouve mieux et libre) pour les sources
- ….
La question que je me pose est : vaut-il mieux utiliser des cookbook existants (du genre mysql, nginx, …) capable d'installer sur plein de plateform/os, mais étant parfois limité en fichier de conf (et en maîtrisant un peu moins ce qui se fait derrière) OU écrire ces cookbook soit même (car de tout façon j'utilise debian, et je n'utiliserai que ça) ?
Qu'en pensez-vous ? Que faites-vous ? Est-ce que vous utilisez chef ? Ou puppet ?
Merci
# cfengine
Posté par Sytoka Modon (site web personnel) . Évalué à 2.
cfengine, avec seulement des règles simples de copie de fichier et d'édition… Au moins, je sais ce qui est fait et 90% de ce qui est écrit est un copié coller intelligent du bash (seule l'édition est assez différente de celle dans vim).
Mes règles cfengine ne marchent certainememt pas avec toutes les distrib et j'avoue que je m'en fou royalement !
# Ça dépend
Posté par claudex . Évalué à 3.
Ça dépend des besoins, si les cookbook existant les remplisse, il est mieux de les utiliser pour éviter d'éventuels problèmes qui arriveraient plus tard auxquels on auraient pas pensé mais qui aurait déjà été envisagé dans les version existantes. Par contre, si c'est pour passer son temps à contourner des limitations, autant forker ou réécrire un cookbook.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
# Merci
Posté par phoenix (site web personnel) . Évalué à 2.
Merci pour vos réponses.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.