En Rails, ¿cuál es la mejor estrategia para reiniciar servidores de aplicaciones como Thin después de una implementación de código a través de un script de Capistrano. Me gustaría poder implementar el código en los servidores de producción sin temor a que un usuario vea la página 500.html.Cómo reiniciar los servidores de producción Rails después de la implementación del código sin tiempo de inactividad
Unicorn se supone que tiene reinicios rodantes integrados. Todavía no configuré una pila de unicornio pero http://sirupsen.com/setting-up-unicorn-with-nginx/ parece un buen comienzo.
La manera en que solía hacer los servidores de producción es con apache y pasajero. eso es una configuración estándar de la industria y le permitirá implementar nuevas versiones con un tiempo de inactividad
Una vez que todo está correctamente configurado todo lo que tiene que hacer es, ir al directorio de aplicación
crear un archivo llamado restart.txt en/tmp dir.
Ej: toque tmp/restart.txt
leer más aquí http://www.modrails.com/
http://jimneath.org/2008/05/10/using-capistrano-with-passenger-mod_rails.html
http://www.zorched.net/2008/06/17/capistrano-deploy-with-git-and-passenger/
http://snippets.dzone.com/posts/show/5466
HTH
sameera
Parece una gran función incorporada para pasajeros. Lástima que actualmente estoy ejecutando combo Thin/Nginx –
Encontré esta pregunta mientras buscaba una respuesta. Como quería seguir con Thin, ninguna de las respuestas se ajustaba a mis necesidades. Esto lo fijó para mí:
thin restart -e production --servers 3 --onebyone --wait 30
He oído cosas buenas sobre Unicorn, voy a mirar en él. Gracias –
El combo Apache + Passenger no es una solución completa para reinicios continuos. Notará un retraso en el tiempo de respuesta cuando las instancias de pasajeros se reinicien. Las instancias de unicornio no comienzan a tomar la solicitud hasta que estén listas, lo que significa que sus usuarios ni siquiera deberían experimentar un retraso. –