Oui tout à fait. Unicorn se suffit à lui-même : il sait démarrer et gérer des processus, se binder sur un port, traiter des requêtes, etc.
Le principal intérêt de nginx par dessus est de servir les fichiers statiques (js, css, images, etc) et de permettre le load balancing entre plusieurs domaines. Dans une configuration avec un server ouvert et des servers internes, il y a donc nginx en front (et les assets se situent sur ce server), et unicorn sur les servers internes, pour gérer les requêtes proprement rails. Maintenant, cette configuration part du principe que tu as le choix des armes. Si tu as déjà un apache sur ton server front et qu'il est exclu de le remplacer par nginx, mieux vaut éviter de rajouter nginx par dessus. Tu peux utiliser apache comme proxy vers un unicorn sur un server interne de la même manière qu'avec nginx[1]. À noter qu'à ma connaissance, passenger ne permet pas d'être lancé indépendamment et de se binder sur un port, il a besoin d'être inclu dans un webserver. Ça veut dire que tu ne pourras pas l'hoster sur un server interne sans rajouter un second webserver, comme tu avais l'intention de le faire (mais c'est du coup de moindre intérêt). [1] https://github.com/teambox/teambox/wiki/Installing-on-Ubuntu-using-Apache-and-Unicorn On 16:49 Mon 01 Oct , Emmanuel BOUGEROLLE wrote: > 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 > > -- 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]
