recarga automática de gunicorn en el cambio de fuente

Finalmente, migré mi entorno de desarrollo de runserver a gunicorn / nginx.

Sería conveniente replicar la función de recarga automática de runserver en gunicorn, para que el servidor se reinicie automáticamente cuando cambie la fuente. De lo contrario, tengo que reiniciar el servidor manualmente con kill -HUP.

¿Alguna forma de evitar el reinicio manual?

Si bien esta es una pregunta antigua, solo por coherencia, ya que la versión 19.0 gunicorn tiene la --reloadopción. Así que no se necesitan más herramientas de terceros.

Una opción sería usar --max-request para limitar cada proceso generado a atender solo una solicitud agregando --max-requests 1opciones de inicio. Cada proceso recién generado debería ver cambios en su código y, en un entorno de desarrollo, el tiempo de inicio adicional por solicitud debería ser insignificante.

A Bryan Helmig se le ocurrió esto y lo modifiqué para usarlo en run_gunicornlugar de iniciarlo gunicorndirectamente, para que sea posible simplemente cortar y pegar estos 3 comandos en un shell en la carpeta raíz de su proyecto django (con su virtualenv activado):

pip install watchdog -U
watchmedo shell-command --patterns="*.py;*.html;*.css;*.js" --recursive --command='echo "${watch_src_path}" && kill -HUP `cat gunicorn.pid`' . &
python manage.py run_gunicorn 127.0.0.1:80 --pid=gunicorn.pid

Utilizo git push para implementar en producción y configuro git hooks para ejecutar un script. La ventaja de este enfoque es que también puede realizar la migración y la instalación del paquete al mismo tiempo. https://mikeeverhart.net/2013/01/using-git-to-deploy-code/

mkdir -p /home/git/project_name.git
cd /home/git/project_name.git
git init --bare

Luego crea un guión /home/git/project_name.git/hooks/post-receive.

#!/bin/bash
GIT_WORK_TREE=/path/to/project git checkout -f
source /path/to/virtualenv/activate
pip install -r /path/to/project/requirements.txt
python /path/to/project/manage.py migrate
sudo supervisorctl restart project_name

Asegúrese de hacerlo chmod u+x post-receivey agregue usuarios a los sudoers. Permita que se ejecute sudo supervisorctlsin contraseña. https://www.cyberciti.biz/faq/linux-unix-running-sudo-command-without-a-password/

Desde mi servidor local / de desarrollo, configuro git remoteque me permite enviar al servidor de producción

git remote add production ssh://user_name@production-server/home/git/project_name.git

# initial push
git push production +master:refs/heads/master

# subsequent push
git push production master

Como beneficio adicional, podrá ver todas las indicaciones mientras se ejecuta el script. Entonces verá si hay algún problema con la migración / instalación del paquete / reinicio del supervisor.