En effet rbenv est sûrement de trop. Disons que je vois à long terme. Mais je vais tenir compte de tes remarques.
Merci Envoyé de mon iPhone Le 1 oct. 2012 à 16:58, Jean-Hadrien Chabran <[email protected]> a écrit : > Hop en // à votre discussion, > > Oui, rbenv sert en effet à gérer plusieurs ruby, mais en production tu n'as > quasiment jamais besoin de plusieurs ruby, seul compte celui sur lequel tu > déploies ton app, à moins que tu aies besoin de switcher de ruby 1.9.3 à > Jruby en prod, ce qui serait un peu surprenant à mon goût :) > > Donc autant virer une dépendance inutile non ? > > 2012/10/1 Emmanuel BOUGEROLLE <[email protected]> >> Tu propose donc une utilisation seule d'unicorn sur le serveur d'application >> couplée avec un reverse proxy sous Nginx. >> >> Si c'est cela il faut que je vois la faisabilité de la chose dans le sens ou >> mon reverse proxy me sert aussi pour l'accès externe à mes serveurs de >> messagerie Lotus Domino en load balancing avec de la gestion de sticky >> session. >> >> Emmanuel >> >> >> Le 1 octobre 2012 16:32, Olivier El Mekki <[email protected]> a écrit : >> >>> Nginx est parfait pour faire ça[1]. Dans une installation nginx/unicorn >>> typique, tu as : >>> >>> upstream domain2 { >>> server unix:<rails_app_path>/tmp/sockets/unicorn.sock; >>> } >>> >>> Il te suffit de le remplacer par : >>> >>> upstream domain2 { >>> server <ton_domain_local>:<port>; >>> } >>> >>> et de configurer unicorn pour se binder sur un port plutôt que sur un >>> socket unix[2] : >>> >>> listen 3000 >>> >>> >>> [1] http://wiki.nginx.org/HttpUpstreamModule >>> [2] http://unicorn.bogomips.org/Unicorn/Configurator.html#method-i-listen >>> >>> On 16:22 Mon 01 Oct , Emmanuel BOUGEROLLE wrote: >>> > L'application doit être accessible à l'exterieur. Donc l'accès se fera en >>> > https depuis mon reverse proxy qui est en DMZ. >>> > >>> > L'accès à mon application ne se fera jamais directement sur le serveur >>> > hébergeant l'application rails. >>> > >>> > Emmanuel >>> > >>> > >>> > Le 1 octobre 2012 16:16, Olivier El Mekki <[email protected]> a écrit : >>> > >>> > > Hello, >>> > > >>> > > Le principal intérêt de passenger est de tourner dans apache. Si tu >>> > > utilises nginx, autant opter pour unicorn. >>> > > >>> > > Au passage, pourquoi utilises-tu nginx derrière apache? C'est >>> > > sous-optimal et ça n'apporte rien... >>> > > >>> > > >>> > > On 07:12 Mon 01 Oct , Emmanuel BOUGEROLLE wrote: >>> > > > Bonjour à tous, >>> > > > >>> > > > Je dois prochainement mettre en production une petite application >>> > > Rails... >>> > > > (Faut bien commencer....) >>> > > > >>> > > > Je me pose la question de la configuration de mon serveur de prod qui >>> > > sera >>> > > > installé sur une machine virtuelle sous Ubuntu 12.04 LTS. >>> > > > >>> > > > Le serveur hébergeant l'application rails tournera avec Rbenv, NGINX >>> > > > mais >>> > > > je me pose la question du serveur d'application : Unicorn ou Passenger >>> > > > >>> > > > L'accès a l'application se fera au travers d'un reverse proxy Apache >>> > > (pour >>> > > > l'instant, NGINX dans le futur) il est peyt possible d'utiliser >>> > > > Passenger >>> > > > en standalone sur le serveur d'application. >>> > > > >>> > > > Je tente par la même occasion le déploiement avec capristano et un >>> > > serveur >>> > > > gitlab >>> > > > >>> > > > Merci d'avance pour vos conseil avisé. >>> > > > >>> > > > Emmanuel >>> > > > >>> > > > -- >>> > > > 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] > > > > -- > Jean-Hadrien Chabran > > -- > 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]
