Gunicorn Autoreload bei Quellenwechsel

Schließlich habe ich meine Entwicklungsumgebung von runserver auf gunicorn / nginx migriert.

Es wäre praktisch, die Autoreload-Funktion von runserver auf gunicorn zu replizieren, damit der Server automatisch neu gestartet wird, wenn sich die Quelle ändert. Ansonsten muss ich den Server manuell mit neu startenkill -HUP .

Wie kann man den manuellen Neustart vermeiden?

Dies ist zwar eine alte Frage, nur aus Gründen der Konsistenz - da Version 19.0 Gunicorn --reloadOption hat. Es wurden also keine Tools von Drittanbietern mehr benötigt.

Eine Möglichkeit wäre, die --max-Anforderungen zu verwenden, um jeden erzeugten Prozess darauf zu beschränken, nur eine Anforderung zu bedienen, indem --max-requests 1zu den Startoptionen hinzugefügt wird . Bei jedem neu erzeugten Prozess sollten sich Ihre Codeänderungen ändern, und in einer Entwicklungsumgebung sollte die zusätzliche Startzeit pro Anforderung vernachlässigbar sein.

Bryan Helmig hat sich das ausgedacht und ich habe es so geändert, dass es verwendet wird, run_gunicornanstatt es gunicorndirekt zu starten , damit diese 3 Befehle einfach ausgeschnitten und in eine Shell in Ihrem Django-Projektstammordner eingefügt werden können (wobei Ihre virtuelle Umgebung aktiviert ist):

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

Ich verwende Git Push, um es für die Produktion bereitzustellen, und richte Git Hooks ein, um ein Skript auszuführen. Der Vorteil dieses Ansatzes besteht darin, dass Sie gleichzeitig Ihre Migration und Paketinstallation durchführen können. 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

Dann erstellen Sie ein Skript /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

chmod u+x post-receiveStellen Sie sicher , und fügen Sie Benutzer zu sudoers hinzu. Lassen Sie es sudo supervisorctlohne Passwort laufen . https://www.cyberciti.biz/faq/linux-unix-running-sudo-command-without-a-password/

Von meinem lokalen / Entwicklungsserver aus habe ich eingerichtet, git remotedass ich auf den Produktionsserver pushen kann

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

Als Bonus sehen Sie alle Eingabeaufforderungen, während das Skript ausgeführt wird. Sie werden also sehen, ob es ein Problem mit der Migration / Paketinstallation / dem Neustart des Supervisors gibt.