Par rapport à mes expériences passées, chef (et puppet et consors), c'est excellent pour maintenir une infrastructure dynamique. La partie serveur était un super agglomérat de technos over-engineeré, mais depuis que tu peux avoir un chef serveur en saas c'est moins problème.
Mais, qui gère réellement une infrastructure très dynamique où le nombre de noeuds change beaucoup et relativement fréquemment ? Quelques boîtes c'est sûr, mais de loin pas la majorité (plutôt l'exception). Du coup, ça fait quand même beaucoup de choses à maintenir pour un gain de temps négligeable par rapport au temps que tu aurais mis à installer nginx+rbenv+mysql+mongodb sur une paire de serveurs. En gros, qui peut justifier du temps passé à maintenir une infra chef/pupper/whatever ? Pendant un temps, j'avais même déployé une infra chef pour quelques serveurs "statiques". J'ai arrêté au bout de quelques mois, parce que se farcir du chef 1 fois tous les 2 mois, en ne sachant plus comment fonctionne le truc (parce que, ce n'est pas simple), c'est un peu galère. Ensuite, en partant sur chef/pupper, il faut se forcer à tout faire avec chef/puppet sinon on perd l'avantage qu'on pourrait avoir au départ. Exemple pratique : mysql slave, avec chef/puppet ou à la main ? Bref, pour une startup qui a des problèmes de charges et d'extensibilité et une fonction sysadmin/sysops clairement identifiée, je propose chef/puppet (*). Pour les autres, une install à la main éventuellement automatisée avec des cookbooks capistrano ça suffit amplement. My 2 cents, yk (*) parfois, un combo AWS+dump d'image complète et quelques scripts, ça suffit aussi. Mais c'est pareil, il faut le maintenir dans le temps. Le 28 février 2013 16:27, Guirec Corbel <[email protected]> a écrit : > Bonjour les amis, > > Je viens de voir la vidéo > http://railscasts.com/episodes/339-chef-solo-basics. C'est intéressant. > Dans la vidéos, Ryan Bates indique des alternatives à Chef : sprinkle, > sunzi, ruber. Quelle est la différence? Quelle est la meilleure solution > pour déployer une application Rails sur un VPS? > > Pour le moment j'ai configuré mon-même mon VPS et j'utilise Capistrano. Je > suis assez content. Est-ce que j'ai quand même intérêt à utiliser un outil > de ce genre? > > Merci à tous, > Guirec. > > -- > -- > Vous avez reçu ce message, car vous êtes abonné au groupe "Railsfrance" de > Google Groups. > Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse > [email protected] > Pour résilier votre abonnement envoyez un e-mail à l'adresse > [email protected] > --- > Vous recevez ce message, car vous êtes abonné au groupe Google > Groupes Railsfrance. > Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le > concernant, envoyez un e-mail à l'adresse > [email protected]. > Pour plus d'options, visitez le site > https://groups.google.com/groups/opt_out . > > > -- -- Vous avez reçu ce message, car vous êtes abonné au groupe "Railsfrance" de Google Groups. Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse [email protected] Pour résilier votre abonnement envoyez un e-mail à l'adresse [email protected] --- Vous recevez ce message, car vous êtes abonné au groupe Google Groupes Railsfrance. Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, envoyez un e-mail à l'adresse [email protected]. Pour plus d'options, visitez le site https://groups.google.com/groups/opt_out .
