คุณ deploy แอปพลิเคชัน Django ไปยัง production อย่างไร?

Question

Accepted Answer

การ deploy Django ไปยัง production เกี่ยวข้องกับการรันมันหลัง **WSGI/ASGI server** และ **web server** ที่เหมาะสม, การ serve static file อย่างถูกต้อง, การรักษาความปลอดภัยของ settings และการจัดการฐานข้อมูล — แตกต่างอย่างมากจาก development server ในตัว (ซึ่ง **ไม่ใช่** สำหรับ production)

## production stack

```text
Client → NGINX (web server) → GUNICORN (WSGI app server) → DJANGO
           │                      (runs your Python app, multiple workers)
           └─ serves static/media files directly (efficient)

❌ NEVER use `python manage.py runserver` in production — it's single-threaded,
   insecure, and not built for load. Use Gunicorn (WSGI) or Uvicorn (ASGI for async).
```

dev server ไม่เหมาะสำหรับ production stack มาตรฐาน: **application server** (Gunicorn/uWSGI สำหรับ WSGI, Uvicorn สำหรับ ASGI/async) รัน Django ด้วย worker หลายตัว หลัง **web server** (nginx) ที่จัดการ connection ที่เข้ามา, TLS และ static file

## production settings (สำคัญยิ่งต่อความปลอดภัย)

```python
DEBUG = False                            # ❗ MUST be False — DEBUG=True leaks sensitive info
ALLOWED_HOSTS = ["example.com"]          # required when DEBUG=False
SECRET_KEY = os.environ["SECRET_KEY"]    # from the environment, NOT committed
SECURE_SSL_REDIRECT = True               # force HTTPS
SESSION_COOKIE_SECURE = True
SECURE_HSTS_SECONDS = 31536000
```

## static file

```bash
python manage.py collectstatic           # gather static files into STATIC_ROOT
# then serve them via nginx or a CDN — or use WhiteNoise to serve them from the app
# (Django does NOT serve static files itself in production)
```

## ฐานข้อมูลและ migration

```bash
python manage.py migrate                  # apply migrations to the production DB
# use a real database (PostgreSQL), connection pooling, regular backups
```

## checklist การ deploy ทั่วไป

```text
1. Set production environment variables (SECRET_KEY, DB credentials, DEBUG=False)
2. Run migrations (manage.py migrate)
3. Collect static files (collectstatic) → serve via nginx/CDN/WhiteNoise
4. Run the app with Gunicorn/Uvicorn (multiple workers, behind nginx)
5. Enable HTTPS (TLS certificates, e.g. Let's Encrypt)
6. Set up logging, error monitoring (Sentry), health checks
7. Add a process manager (systemd/supervisor) or use containers (Docker) + orchestration
8. Run `manage.py check --deploy` to audit security settings
```

## แนวทางการ deploy สมัยใหม่

```text
✓ Containers (Docker) + orchestration (Kubernetes) or platforms (Heroku, Railway, Render)
✓ Managed databases, separate static/media storage (S3 + CDN)
✓ Background workers (Celery) + a broker (Redis) as separate services
✓ Horizontal scaling: multiple app instances behind a load balancer (keep app STATELESS)
```

## ทำไมจึงสำคัญ

การ deploy Django ไปยัง production อย่างถูกต้องเป็นความรู้ที่จำเป็นสำหรับการนำแอปพลิเคชันจาก development ไปสู่การใช้งานจริง และมันเกี่ยวข้องกับข้อพิจารณาสำคัญที่แตกต่างจาก local development อย่างพื้นฐาน — การทำผิดนำไปสู่ช่องโหว่ด้านความปลอดภัย, ประสิทธิภาพที่แย่ หรือแอปพลิเคชันที่พัง

การเข้าใจ **production stack** เป็นรากฐาน: development server ในตัว (`runserver`) ไม่ใช่สำหรับ production อย่างชัดเจน (มัน single-threaded, ไม่ปลอดภัย และรองรับภาระไม่ได้) ดังนั้นคุณต้องรัน Django หลัง **application server** ที่เหมาะสม (Gunicorn/uWSGI สำหรับ WSGI หรือ Uvicorn สำหรับ ASGI/async) ด้วย worker หลายตัว โดยมี **web server** (nginx) อยู่ด้านหน้าจัดการ connection, TLS และการ serve static file

หลายด้านสำคัญยิ่งต่อความปลอดภัยและความถูกต้อง: **production settings** (โดยเฉพาะ `DEBUG=False` ซึ่งจำเป็นเนื่องจาก `DEBUG=True` ทำให้ traceback ที่อ่อนไหวและการตั้งค่ารั่วไหลแก่ผู้โจมตี รวมถึง `ALLOWED_HOSTS`, `SECRET_KEY` ที่เป็นความลับจาก environment และการบังคับใช้ HTTPS), **การจัดการ static file** (การรัน `collectstatic` และ serve ไฟล์ผ่าน nginx/CDN/WhiteNoise เนื่องจาก Django ไม่ serve มันเองใน production — ความล้มเหลวในการ deploy ที่พบบ่อย) และ **การจัดการฐานข้อมูล** (ฐานข้อมูลจริงอย่าง PostgreSQL, การ apply migration, การ backup)

การรู้ checklist การ deploy, แนวทางสมัยใหม่ (Docker/container, แพลตฟอร์มที่มีการจัดการ, cloud storage สำหรับ media, Celery worker เป็น service แยก, การขยายตัวในแนวนอนด้วยแอปที่ stateless) และข้อพิจารณาเชิงปฏิบัติการ (logging, การ monitor ด้วย Sentry, health check, การจัดการ process) คือสิ่งที่แยกการ deploy production ที่ใช้งานได้ออกจากการ deploy ที่เปราะบางหรือไม่ปลอดภัย

เนื่องจากแอปพลิเคชัน Django จริงทุกตัวต้องถูก deploy ในที่สุด และเนื่องจากข้อผิดพลาดในการ deploy (การปล่อย `DEBUG=True`, การจัดการ static file ผิด, การเปิดเผยความลับ, การใช้ dev server) ก่อให้เกิดปัญหาด้านความปลอดภัยและความน่าเชื่อถือจริง การเข้าใจวิธี deploy Django อย่างเหมาะสม — stack, settings ที่สำคัญยิ่งต่อความปลอดภัย, การจัดการ static/media และแนวปฏิบัติการ deploy สมัยใหม่ — เป็นความรู้ที่สำคัญและมีความเสี่ยงสูง ซึ่งสะท้อนความสามารถในการส่งมอบแอปพลิเคชันที่พร้อมใช้งานจริง เป็นหัวข้อที่เกี่ยวข้องบ่อยและจำเป็นเชิงวิชาชีพสำหรับนักพัฒนา Django ทุกคนที่รับผิดชอบระบบที่ใช้งานจริง