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.0416s (dont 0.0033 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Re: Questions
> les libellés des fonctions sont un peu fouillis
ce qui est à mon avis déjà un très gros problème...
> On trouve facilement PHP5 sur n'importe quel ubuntu
ha ben si c'est dispo sur ubuntu.... (non mais franchement, ça veut rien dire comme phrase...)
sans rire, on trouve du ruby partout aussi...
> Il gère plein de base de données de façon native
idem
> propose de nombreuses librairies
idem
> permet de créer facilement des services XML-RPC et REST
idem (enfin, tout comme avec php ça dépend aussi des frameworks ou libs...)
pour la charge, je rentrerai pas dans le troll (surtout que j'ai pas testé mod_rails) et la doc, c'est parfois peut-être un peu pauvre mais sur http://www.ruby-doc.org il y a déjà de quoi faire.
Concernant la question initiale :
Qu'est ce que tu appel stabilisé ?
Parce que bon, php n'est pas stabilisé, php6 est en dev
et du côté ruby, ben ça évolue avec la 1.9, rails vient de sortir une version 2 mais ça c'est comme bcp de frameworks php ou autre
Et remplacer python ?
Je pense que c'est impossible pour la simple est bonne raison que ce sont deux visions complètement différentes.
Python est adèpte du "explicit is better than implicit" (que personnelement je trouve horrible), avec souvent une seule manière de faire les choses (ce qui bride à mon sens la création)
Ruby de son côté est très expressif, avec un langage souvent concis utilisant justement l'implicite et ayant plusieurs manières de faire les choses.
La vrai question serait plutôt de savoir si ruby va remplacer perl...
Je vois un peu ruby comme le perl6 tant attendu...
[ Répondre ]