Bonjour Messieurs,

Pour en revenir à mon serveur de production je vous précise un peu plus 
clairement l'architecture déjà en place.

J'ai donc :

   - Un Reverse Proxy en DMZ qui tourne sous apache.
      - Celui-ci est utilisé aussi pour les accès aux applications web en 
      interne qu'en externe (Webamil Lotus Domino, Application métiers diverse 
en 
      php, java,...)
      - L'intérêt de son utilisation me permet de proposer de le SSL 
      systématiquement, des URL plus friendly pour mes agents (les url sont 
      souvent barbares http:/nom_machine:port/environnement/.....
   - Un serveur VMWare sous Ubuntu 12.04 me servant de gestionnaire de 
   sources (GitlabHQ).
   - Un serveur VMWare sous Ubuntu 12.04 qui va héberger les apps rails.

Le reverse proxy sous apache fonctionne bien. Cela reste quand même un 
point d'accès unique à mes serveurs qui si il plante ou crache, bloquera 
tout mes utilisatreurs. Je dois me garder la possibilité d'attaquer chaque 
serveur individuellement ce qui implique dont un serveur HTTP.

Le choix de Nginx me parait évident. 

Pour le serveur Rails, Uncorn semble "à la mode" en ce moment, de ce que 
j'en lis, Passenger à l'air lui de monter tranquillement...
Passenger reste très simple à priori, Unicorn un peu moin. 

J'hésite encore...

Emmanuel

Le lundi 1 octobre 2012 18:21:52 UTC+2, Nicolas Ledez a écrit :
>
> Pour résumer :
>
> - Passenger a besoin d'être compilé avec la version de Ruby qui va le 
> faire tourner
>
>   * Apache -> Module que l'on peut charger à part donc Apache de la 
> distrib + compilation maison
>
>   * Nginx -> Pas de module à charger donc compilation Passenger + Nginx 
> donc tu devras assurer le suivi du binaire
>
>   * Standalone -> Embarque un Nginx voir point précédent
>
> - Unicorn peut tourner en :
>
>   * FastCGI -> Simple à configurer et permet de garder le serveur Web en 
> FrontEnd
>
>   * HTTP -> Unicorn va fournir tous les fichiers, donc pas de serveur Web 
> supplémentaire à ton Reverse-Proxy
>
>
> Passenger démarre en même temps que le serveur Web et permet de mutualiser 
> des ressources. Une application qui n'est pas utilisée ne va pas consommer 
> de ressources.
>
>
> Unicorn va demander de mettre en place script de démarrages, etc.
>
>
> Perso en momment j'installe RVM + Ruby Compilé + Passenger + Nginx
>
> Mais je prévois de passer sur RBENV + Package Ubuntu Ruby maison + 
> surement Unicorn en FGCI + Nginx Ubuntu.
>
>
> Si tu n'est pas administrateur système, essaye d'installer ton application 
> avec des package standard Ubuntu, les mises à jours systèmes seront bien 
> plus simple. Comment va tu mettre à jours s'il y a une faille de sécutitée 
> dans un des packages installé ?
>
>
> Mes 2¢
>
>

-- 
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]

Répondre à