El título de la pregunta prácticamente lo resume ... No he podido encontrar ningún recurso que describa los pros/contras de utilizar Phusion Passenger Standalone para Rails App Deployment. ¿Cómo se compara con ejecutar Passenger Nginx o Passenger Apache? ¿Las cosas como .htaccess continúan funcionando como se esperaba? ¡Cualquier idea sería muy apreciada!Rieles: ¿es Passenger Standalone adecuado para la implementación de producción?
Gracias!
Standalone está construido en la parte superior de Nginx. Puedes conectarlo directamente al puerto 80 y se comportará de manera muy parecida a Phusion Passenger + Nginx: puede servir archivos estáticos muy rápidamente, automáticamente iniciará y parará los procesos en función del tráfico, reiniciará automáticamente los procesos cuando crash, se ocupará justamente del tráfico de equilibrio de carga entre procesos, etc. En cuanto a rendimiento, es exactamente lo mismo que Phusion Passenger para Nginx. Entonces sí, puedes usarlo en producción.
Nginx no es compatible con .htaccess. Es algo de Apache.
Si ejecuta varios Standalones es un poco más pesado de memoria que ejecutar un solo Phusion Passenger para Nginx pero la sobrecarga es relativamente pequeña.
El Pasajero independiente es prácticamente un Pasajero con Nginx compilado. Uno de los pros es que ahora puede usar una versión diferente de Ruby con cada Pasajero y usar el Apache o Nginx como proxy, o usarlo, bueno, ser único. No sé si hay una diferencia en cuanto al rendimiento. Supongo que usar múltiples Pasajeros independientes en lugar de uno Nginx con un módulo Pasajero aumenta el uso de la memoria.
Si desea utilizar .htaccess, puede utilizar Apache para revertir el proxy a su pasajero independiente. – hamstar