Journal : Déployer une appli Rails en quelques secondes
Posté par Slainer (Jabber id, page perso, ) le 06 mai 2008
Bonsoir cher communauté du libre !
Voilà une petite info qui est passée inaperçue ici, mais qui a fait un peu de bruit dans le monde du développement Web Ruby on Rails : la sortie de Passenger (ou mod_rails) pour Apache.
Le déploiement d'une appli Rails n'a jamais été très simple : entre un mod_ruby qui s'est révélé rapidement inutilisable, un mod_fcgi qui a rapidement montré ses limites en terme de flexibilité, les développeurs n'ont plus eu beaucoup de choix.
Depuis, la solution typique est d'utiliser un front end qui fait reverse proxy et balance de charge.
Petit à petit le déploiement s'est simplifié et surtout s'est automatisé grâce à des outils exceptionnels tels que Capistrano...
Malgré cela il est vrai que pour des petites applications, on restait loin de la facilité d'un mod_php/apache où balancer ses fichiers sur un FTP suffit à faire tourner la machine.
Il y a quelques semaines est enfin sorti un vrai mod_rails pour Apache 2. Ce module installable en quelques secondes via le gestionnaire Gem de Ruby permet de déployer littéralement une application Rails en quelques secondes. Ce petit bijou nous viens d'une petite entreprise hollandaise, qui, bien que son développement fût privé, a sorti le module sous licence libre.
Les premiers retours en terme de performances sont relativement bons et la documentation est bien écrite.
Si vous avez boudé votre plaisir de vous mettre à fond dans Rails pour des soucis de déploiement compliqué, cette excuse ne marche plus ! A vos rails... de code !
http://www.modrails.com
Voilà une petite info qui est passée inaperçue ici, mais qui a fait un peu de bruit dans le monde du développement Web Ruby on Rails : la sortie de Passenger (ou mod_rails) pour Apache.
Le déploiement d'une appli Rails n'a jamais été très simple : entre un mod_ruby qui s'est révélé rapidement inutilisable, un mod_fcgi qui a rapidement montré ses limites en terme de flexibilité, les développeurs n'ont plus eu beaucoup de choix.
Depuis, la solution typique est d'utiliser un front end qui fait reverse proxy et balance de charge.
Petit à petit le déploiement s'est simplifié et surtout s'est automatisé grâce à des outils exceptionnels tels que Capistrano...
Malgré cela il est vrai que pour des petites applications, on restait loin de la facilité d'un mod_php/apache où balancer ses fichiers sur un FTP suffit à faire tourner la machine.
Il y a quelques semaines est enfin sorti un vrai mod_rails pour Apache 2. Ce module installable en quelques secondes via le gestionnaire Gem de Ruby permet de déployer littéralement une application Rails en quelques secondes. Ce petit bijou nous viens d'une petite entreprise hollandaise, qui, bien que son développement fût privé, a sorti le module sous licence libre.
Les premiers retours en terme de performances sont relativement bons et la documentation est bien écrite.
Si vous avez boudé votre plaisir de vous mettre à fond dans Rails pour des soucis de déploiement compliqué, cette excuse ne marche plus ! A vos rails... de code !
http://www.modrails.com
> Lire le journal (27 commentaires, moyenne: 1,9).
| | |
Vous n'êtes pas identifié. Vous ne pouvez poster des commentaires sur LinuxFr qu'après avoir créé un compte. Vous pouvez soit:
|
|
| | |
Run by 
Cette page a été générée par Templeet en 0.0379s (dont 0.0019 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Re: Questions
Je ne comprends pas ce que tu essayes de dire. Visiblement, tu critiques Rails parce que Passenger n'est pas inclus dans les versions d'Ubuntu déjà sorties (arrête-moi si je me trompe).
Je suppose que tu es au courant que Rails est inclus dans les précédentes Ubuntu (au moins les deux dernières), et ne nécessite pas Passenger pour fonctionner. Je n'arrive pas à comprendre en quoi l'arrivée de Passenger remet en question la stabilité de Rails, ou la pertinence du choix de Rails pour développer un site.
Il y a des critiques à faire concernant Rails, mais celle là me semble complètement infondée. Autant que de critiquer PHP5 parce que Redhat 5.2 ne l'inclue pas.
[ Répondre ]