est mod_rails ou Phusion passager enfin la réponse à Ruby on Rails de déploiement?

Question

Je lis de certains livres passagers Phusion est la réponse à facile déploiement Ruby on Rails. Mais mon ami a dit que le premier groupe il y avait Apache + de Mongrels, puis lighttpd, puis nginx, et maintenant passagers, et il semble sans fin ...

Il a également dit qu'il utilise dreamhost qui utilise des passagers, et parfois il voit sa demande pas traitée.

Je me demande si passager est la réponse finale au déploiement RoR? utilisez-vous et utilisez la commande « ab » pour tester si le site est en train de faire assez bien?

Answer 1

réponse courte: oui.

longue réponse. Yeeeeeeeeeeeeeeesssssssssssssssss

En toute sincérité, Phusion passagers et Ruby Enterprise Edition ont souscrit à peu près tous la douleur de déplacer une application Rails en production. Les approches précédentes, y compris l'exécution d'une série de Mongrels, beaucoup de configuration nécessaires entourant le démarrage, l'arrêt et l'auditeur de procédés de recyclage qui gère les passagers en toute transparence, ou par simples options de configuration Apache (ou nginx). Et garbage collector complémentaire de terres rares signifie que bifurquer hors un nouvel auditeur utilise beaucoup moins de mémoire, et est plus rapide de démarrage (en mode de reproduction « intelligent » de passagers).

Edit: @srboisvert fait un très bon point; Passager n'est pas la réponse finale au déploiement RoR, mais pour l'instant il est mon préféré de loin. Un jour, après beaucoup de problèmes techniques difficiles sont résolus, mainstream Ruby passera probablement de l'hébergement RoR en utilisant un modèle multi-processus à un modèle unique processus, ce qui rendrait la gestion encore plus facile qu'avec les passagers.

Answer 2

Il est la meilleure solution à ce jour. J'ai commencé à déployer avec FCGI et ce fut une douleur. Puis vint bâtarde et il valait mieux. Puis vint mod_rails et il était bien mieux.

Aussi beaucoup de grande application cool émigrent à mod_rails dont certains par 37signals, vous savez ce qui est bon.

Je vais terminer avec une citation de DHP:

  

La solution d'une seule pièce avec Phusion   Passager

     

Une fois que vous avez terminé le incroyablement   installation simple, vous obtenez un Apache   qui agit en tant que serveur Web, de la charge   équilibreur, serveur d'application et   observateur de processus. Vous déposez simplement   votre application et le toucher   tmp / restart.txt quand vous voulez   rebondir et bam, vous êtes et   fonctionnement.

     

Mais en quelque sorte le message de passagers   a été un peu lent à couler.   Il y a déjà une tonne de grands sites   en cours d'exécution en dehors. Y compris Shopify,   MTV, Geni, Yammer, et nous déplacerons   sur la première liste Ta-da peu de temps, puis   espérons que le reste des 37signals   Suite rapidement par la suite.

     

Ainsi, alors il y a encore des raisons de   exécuter votre propre configuration multi-niveaux personnalisé   des pièces configurées manuellement, il suffit   comme il y a des gens évitent désormais de   mod_php pour leurs détails, je pense   nous avons finalement réglé sur un défaut   répondre. Quelque chose qui ne nécessite pas   vous pensez vraiment la première   déploiement de votre application Rails.   Quelque chose qui fonctionne de la   boîte. Même si cette boîte est un partage   hôte!

     

En conclusion, Rails n'est plus difficile   déployer. Phusion passagers a   ridiculement facile.

( via )

Answer 3

Oui, il est le plus facile, solution la plus rapide et la plus efficace. Après beaucoup de problèmes avec des pierres précieuses comme soap4r etc. avaient été résolus dans les versions récentes, des passagers est la réponse aux questions de déploiement maintenant.

Nous courons Apache / mod_rails dans un environnement équilibré avec HAProxy devant 2 serveurs. Il est beaucoup plus fiable que notre configuration précédente à l'aide Mongrel / Aapache.

Il est très facile de prendre le contrôle

• la quantité de processus de passagers en cours d'exécution dans Apache
• la quantité de processus de passagers en cours d'exécution par application
• et tout cela sans la douleur de peaufinage un certain nombre de fichiers de configuration comme mod_proxy, Apache.
• la mise en place d'un hôte virtuel et en ajoutant 3 lignes à votre configuration d'Apache est assez fondamentalement pour le faire fonctionner

Matt

Answer 4

Réponse finale? Rien n'est la réponse finale.

Je dirais que passager est la réponse actuelle cependant.

Answer 5

Oui. Je cours Nginx / passager devant Apache pour tout ce qui a encore besoin de PHP car ils libérés 2.2.0 quelques semaines. Surtout avec Ruby Enterprise Edition, il se rapproche de ce que je qualifierais de « parfait ».

Answer 6

Je suppose que maintenant les gens vont rester à mod_rails pendant de nombreuses années. Le module est vraiment bon. La configuration est simple comme bonjour. Il sera difficile de le remplacer par une meilleure solution. Semblable à mod_php. Le seul élément clé qui manque: port de Windows.

Answer 7

Dans certaines situations (entreprise, etc.) JVM peut également être une bonne option.