Django uygulamasını production'a nasıl deploy edersiniz?

Question

IT Interview Practice · Accepted Answer

Django'yu production'a deploy etmek, onu uygun bir **WSGI/ASGI sunucusu** ve **web sunucusu** arkasında çalıştırmayı, statik dosyaları doğru şekilde sunmayı, ayarları güvenli hale getirmeyi ve veritabanını yönetmeyi içerir — bu, yerleşik geliştirme sunucusundan (ki bu production için **değildir**) oldukça farklıdır.

## Üretim yığını

```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).
```

Geliştirme sunucusu production için uygun değildir. Standart yığın: bir **uygulama sunucusu** (WSGI için Gunicorn/uWSGI, ASGI/async için Uvicorn), Django'yu birden fazla worker ile çalıştırır, bu da gelen bağlantıları, TLS'yi ve statik dosyaları işleyen bir **web sunucusu** (nginx) arkasında bulunur.

## Production ayarları (güvenlik açısından kritik)

```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
```

## Statik dosyalar

```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)
```

## Veritabanı ve migrasyonlar

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

## Tipik bir deployment kontrol listesi

```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
```

## Modern deployment yaklaşımları

```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)
```

## Neden önemli

Django'yu production'a doğru şekilde deploy etmek, uygulamaları geliştirmeden gerçek dünya kullanımına taşımak için gerekli bir bilgidir ve yerel geliştirmeden temelde farklı önemli hususları içerir — yanlış yapılması güvenlik açıklarına, kötü performansa veya kırık uygulamalara yol açar.

**Production yığını**nı anlamak temeldir: yerleşik geliştirme sunucusu (`runserver`) açıkça production için değildir (tek iş parçacıklı, güvenli olmayan ve yükü kaldıramaz), bu nedenle Django'yu uygun bir **uygulama sunucusu** (WSGI için Gunicorn/uWSGI veya ASGI/async için Uvicorn) arkasında birden fazla worker ile, bağlantıları, TLS'yi ve statik dosya sunumunu işleyen bir **web sunucusu** (nginx) tarafından önü alınarak çalıştırmalısınız.

Birçok husus güvenlik ve doğruluk açısından kritiktir: **production ayarları** (özellikle `DEBUG=False`, bu zorunludur çünkü `DEBUG=True` hassas traceback'leri ve konfigürasyonu saldırganlara sızdırır, ayrıca `ALLOWED_HOSTS`, ortamdan gelen gizli bir `SECRET_KEY` ve HTTPS yaptırımı), **statik dosya işleme** (`collectstatic` çalıştırmak ve dosyaları nginx/CDN/WhiteNoise aracılığıyla sunmak, çünkü Django bunları production'da kendisi sunmaz — yaygın bir deployment hatası), ve **veritabanı yönetimi** (PostgreSQL gibi gerçek bir veritabanı, migrasyonları uygulama, yedeklemeler).

Deployment kontrol listesini, modern yaklaşımları (Docker/containers, yönetilen platformlar, medya için bulut depolaması, ayrı hizmetler olarak Celery workers, durum bilgisi olmayan bir uygulamayla yatay ölçeklendirme) ve operasyonel kaygıları (günlükleme, Sentry ile izleme, sağlık kontrolleri, process yönetimi) bilmek, çalışan bir production deployment'ı kırılgan veya güvenli olmayan birinden ayıran şeydir.

Her gerçek Django uygulamasının sonunda deploy edilmesi gerektiği ve deployment hataları (`DEBUG=True` bırakmak, statik dosyaları yanlış işlemek, sırları açığa çıkarmak, geliştirme sunucusunu kullanmak) gerçek güvenlik ve güvenilirlik sorunlarına neden olduğu için, Django'yu doğru şekilde deploy etmeyi anlamak — yığın, güvenlik açısından kritik ayarlar, statik/medya işleme ve modern deployment uygulamaları — production'a hazır uygulamalar sunma yeteneğini yansıtan, sıkça ilgili ve profesyonelce gerekli olan, canlı sistemlerden sorumlu herhangi bir Django geliştirici için önemli, yüksek riskli bir bilgidir.

Üretim yığını

Production ayarları (güvenlik açısından kritik)

Statik dosyalar

Veritabanı ve migrasyonlar

Tipik bir deployment kontrol listesi

Modern deployment yaklaşımları

Neden önemli

İlgili sorular