C'est justement capital que ce soit sur le même server, sinon ça met en échec le principe de copie conforme :)
Il y a plein de problème qui peuvent survenir en dehors de l'applicatif même : package système manquant, mauvaise configuration d'un server de mail, service censé tourner mais coupé, you name it. Tu ne peux réaliser cela que si ton env staging est sur le même server que l'env production. On 09:17 Thu 24 Jan , Guirec Corbel wrote: > 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] > > -- 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]
