C'est un peu à ce que je pensais quand je créé une nouvelle instance de serveur EC2. Ça créé un environnement pareil à mon prod. Je souhaite le supprimer juste après pour sauver des coûts.
Le 24 janvier 2013 09:14, Olivier El Mekki <[email protected]> a écrit : > Hello, > > Généralement, pour éviter ce genre de problèmes, on utilise un > environement de staging. Il s'agit d'un environement qui est une copie > de l'env production, installé sur le même server, mais sur un autre nom > de domaine ( par exemple : staging.ton_domaine.com ). > > L'env staging a sa propre db, régulièrement sync depuis l'env > production, et son propre fs (tu peux sync les fichiers uploadés de > production, également). > > L'idée est d'avoir une copie conforme de production pour tester les > nouvelles features en conditions réelles, ce qui permet de voir tout de > suite ce genre de problème, sans avoir de down. C'est aussi un bon moyen > pour faire valider les features avant de les releases, quand tu > travailles à plusieurs. > > > On 09:08 Thu 24 Jan , Guirec Corbel wrote: > > ¡Hola Amigos! > > > > Mardi j'ai fait une mise en prod qui à totalement craché mon application. > > J'ai eu des problèmes avec mes assets. J'ai dû accéder en SSH à mon > serveur > > et faire des modifs en prod. Pour couronner le tout, mon internet > plantait. > > C'était super lent. Bref, une horreur. Je veux absolument éviter ça. > > > > Actuellement j’utilise Amazon EC2. J'ai vu qu'il existait Rubber. Ça a > > l'air cool. Je voudrais automatiser ce processus : > > > > 1. Faire passé mes specs. Arrêter si ça passe pas et continuer sinon; > > 2. Compiler mes assets; > > 3. Créer un nouveau serveur EC2; > > 4. Envoyer mon code; > > 5. Faire un db:migrate. > > > > En suite je fais mes test voir si tout va bien et j’exécute ce processus > : > > > > 1. Envoyer mon code en prod; > > 2. Faire un db:migrate; > > 3. Supprimer le serveur de test. > > > > Selon vous, quel est le meilleur moyen de faire ça? Utiliser Capistrano? > > Comment vous faites? > > > > > > J'aimerai savoir quels sont les bonnes pratiques pour la mise en prod en > > sachant que j'ai pas les moyens d'avoir 36 serveurs. Je travail > > "bénévolement" et tout l'argent viens de ma poche. Même 30 euros par moi > je > > trouve ça cher. > > > > Question bonus : est-ce que amazon EC2 c'est vraiment le mieux pour un > > "micro site"? > > > > > > J'avoue n'avoir aucune expérience la dedans... > > > > > > Merci! > > > > -- > > -- > > 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] > > > > > > > -- > Olivier El Mekki. > > -- > -- > 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 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]
