ในที่สุดฉันก็ย้าย env การพัฒนาของฉันจากรันเนอร์เวอร์ไปยัง gunicorn / nginx
สะดวกในการจำลองคุณลักษณะการโหลดอัตโนมัติของรันเนอร์ไปยัง gunicorn ดังนั้นเซิร์ฟเวอร์จะรีสตาร์ทโดยอัตโนมัติเมื่อมีการเปลี่ยนแปลงแหล่งที่มา มิฉะนั้นฉันต้องรีสตาร์ทเซิร์ฟเวอร์ด้วยตนเองด้วยkill -HUP.
วิธีใดในการหลีกเลี่ยงการรีสตาร์ทด้วยตนเอง?
คำตอบ:
แม้ว่านี่จะเป็นคำถามเก่า แต่เพื่อความสอดคล้อง - เนื่องจากเวอร์ชัน 19.0 gunicorn มี--reloadตัวเลือก จึงไม่จำเป็นต้องใช้เครื่องมือของบุคคลที่สามอีกต่อไป
killall -HUP procnameจะทำงานได้ดี) เพื่อให้คนงานใหม่เริ่มต้นและคนเก่าปิดตัวลงอย่างสง่างาม
ทางเลือกหนึ่งคือการใช้--max-requestเพื่อ จำกัด แต่ละกระบวนการที่สร้างขึ้นเพื่อให้บริการเพียงหนึ่งคำขอโดยเพิ่ม--max-requests 1ตัวเลือกการเริ่มต้น ทุกกระบวนการที่สร้างใหม่ควรเห็นการเปลี่ยนแปลงโค้ดของคุณและในสภาพแวดล้อมการพัฒนาเวลาเริ่มต้นเพิ่มเติมต่อคำขอควรมีค่าเล็กน้อย
pipแพ็คเกจที่สามารถทำได้watchdogก็ตาม
Bryan Helmigมาพร้อมกับสิ่งนี้และฉันได้แก้ไขเพื่อใช้run_gunicornแทนการเปิดใช้gunicornโดยตรงเพื่อให้สามารถตัดและวางคำสั่งทั้ง 3 นี้ลงในเชลล์ในโฟลเดอร์รูทโปรเจ็กต์ django ของคุณ (โดยเปิดใช้งาน 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
127.0.0.1:80คุณหากจำเป็น
settings.py, models.py(การโยกย้ายที่จำเป็น) หรือรหัสที่มาของบางแอปภายนอกไม่ได้อยู่ในของฉันwatchmedoรูปแบบ
ฉันใช้ git push เพื่อปรับใช้กับการผลิตและตั้งค่า git hooks เพื่อรันสคริปต์ ข้อดีของวิธีนี้คือคุณสามารถย้ายข้อมูลและติดตั้งแพ็คเกจได้ในเวลาเดียวกัน 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
/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-receiveและเพิ่มผู้ใช้ใน sudoers อนุญาตให้ทำงานsudo supervisorctlโดยไม่ต้องใช้รหัสผ่าน https://www.cyberciti.biz/faq/linux-unix-running-sudo-command-without-a-password/
จากเซิร์ฟเวอร์ท้องถิ่น / การพัฒนาของฉันฉันตั้งค่าgit remoteที่อนุญาตให้ส่งไปยังเซิร์ฟเวอร์ที่ใช้งานจริง
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
เป็นโบนัสคุณจะได้เห็นข้อความแจ้งทั้งหมดขณะที่สคริปต์กำลังทำงานอยู่ ดังนั้นคุณจะเห็นว่ามีปัญหาใด ๆ กับการย้ายข้อมูล / การติดตั้งแพ็คเกจ / การรีสตาร์ทหัวหน้างาน
#!/bin/bashตามที่ระบุไว้ข้างต้นแทนที่จะ#!/bin/shเป็นpost-receiveตัวอย่างของGit !
kill -HUPใช้ PID ในกระบวนการ แต่ใช้ Supervisorctl แทน อย่าคิดว่าสิ่งนี้จะเปลี่ยนแปลงไปมากนัก