J'ai pas trouvé beaucoup de Tuto, celui de peep code est pas mal. C'est vrai que chef demande un investissement certain la syntaxe et les concepts sont un peu compliqués à maitriser.
Pour moi il y a eu 2 passages difficiles en partant d'une expérience certe polyvalente mais plutôt orientée développeur : 1 - Maitriser comme utiliser chef 2 - Décider de ce que je veux atteindre comme objectif en tant qu'admin de mon serveur. En même temps c'est très bien parce que ça m'a mis au pied du mur. Je veux installer Exim par exemple, et c'est pas très dur en soi d'écrire une recette chef, mais pour écrire ma recette chef je dois aussi définir ce que je veux que le fichier de configuration contienne pour que les mails entrent et sortent correctement. Chef ne remplace pas l'expérience d'admin serveur. Il permet d'industrialiser ce qu'un admin sait déjà faire a la main. Le jeudi 28 février 2013 16:51:23 UTC+1, Guirec Corbel a écrit : > > Existe-t-il un tuto qui va du début jusqu'a la fin pour une appli rails? > > Le 28 février 2013 10:48, Stéphan Toth <[email protected] <javascript:>>a > écrit : > >> Bonjour >> >> J'utilise Chef & Capistrano. >> >> Pour moi Chef est l'outil pour préparer un nouveau serveur (installer >> nginx, firewall, créer les utilisateurs, les droits, les groupes, >> installer postreql, et tout ce qui est nécessaire pour faire tourner mon >> appli avant de l'installer) >> >> Je l'utilise aussi parceque j'installe souvent des instances différentes >> de la même appli. Avec chef, je crée les domaines virtuels ds nginx, je >> crée la base et les users dans la base de donnée, je crée les fichiers de >> config divers nécessaire a mon appli, (config du mail, database.yam etc ...) >> >> Et finalement, j'utilise capistrano pour déployer mon appli et les >> nombreux updates que je fais par la suite. >> >> Chef solo prend toutes les infos de création des éléments dans des >> fichiers de config qui sont sur mon poste (et sauvés dans git) >> >> Capistrano prend le code de l'appli dans la branche git de l'appli. >> >> Pour moi ce sont vraiment 2 usages différents et je trouve chef très >> pratique pour faire la partie pour lequel je l'utilise. >> >> Stéphan >> >> Le jeudi 28 février 2013 16:27:58 UTC+1, Guirec Corbel a écrit : >> >>> Bonjour les amis, >>> >>> Je viens de voir la vidéo http://railscasts.com/** >>> episodes/339-chef-solo-basics<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] <javascript:> >> Pour résilier votre abonnement envoyez un e-mail à l'adresse >> [email protected] <javascript:> >> --- >> 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]<javascript:> >> . >> 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 .
