Le staging sur le même serveur que la prod, ça élimine l'avantage du
serveur de staging qu'on peut exploser tranquille...
Le 24 janv. 2013 15:20, "Olivier El Mekki" <[email protected]> a écrit :

> 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]
>
>
>

-- 
-- 
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]


Répondre à