gunicorn automatycznie ładuje się po zmianie źródła

W końcu przeprowadziłem migrację środowiska deweloperskiego z runicorn / nginx do gunicorn / nginx.

Wygodne byłoby replikowanie funkcji automatycznego przeładowywania serwera uruchomieniowego do gunicorn, aby serwer automatycznie uruchamiał się ponownie po zmianie źródła. W przeciwnym razie muszę ręcznie zrestartować serwer za pomocą kill -HUP.

Jakiś sposób, aby uniknąć ręcznego ponownego uruchomienia?

Chociaż jest to stare pytanie, tylko dla spójności - od wersji 19.0 gunicorn ma --reloadopcję. Dlatego żadne narzędzia innych firm nie potrzebują więcej.

Jedną z opcji byłoby użycie --max-requestów, aby ograniczyć każdy powstały proces do obsługi tylko jednego żądania poprzez dodanie --max-requests 1do opcji uruchamiania. Każdy nowo utworzony proces powinien widzieć zmiany w kodzie, aw środowisku programistycznym dodatkowy czas uruchamiania na żądanie powinien być znikomy.

Bryan Helmig wymyślił to i zmodyfikowałem go do używania run_gunicornzamiast gunicornbezpośredniego uruchamiania , aby umożliwić po prostu wycięcie i wklejenie tych 3 poleceń do powłoki w folderze głównym projektu django (z aktywowanym virtualenv):

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

Używam git push do wdrażania w środowisku produkcyjnym i konfigurowania haków git do uruchamiania skryptu. Zaletą tego podejścia jest to, że możesz jednocześnie przeprowadzić migrację i instalację pakietu. 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

Następnie utwórz skrypt /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

Upewnij się chmod u+x post-receivei dodaj użytkownika do sudoers. Pozwól mu działać sudo supervisorctlbez hasła. https://www.cyberciti.biz/faq/linux-unix-running-sudo-command-without-a-password/

Skonfigurowałem z mojego serwera lokalnego / deweloperskiego, git remotektóry umożliwia mi wypychanie na serwer produkcyjny

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

Jako bonus, zobaczysz wszystkie monity podczas działania skryptu. Dzięki temu zobaczysz, czy występuje problem z migracją / instalacją pakietu / restartem nadzorcy.