Kako razmestite Django aplikacijo v produkcijo?

Question

Accepted Answer

Razmeščanje Django aplikacije v produkcijo zahteva poganjanje z ustreznim **WSGI/ASGI strežnikom** in **spletnim strežnikom**, pravilno serviranje statičnih datotek, varovanje nastavitev in upravljanje baze podatkov — precej drugače kot vgrajena razvojna strežnika (ki **ni** namenjena produkciji).

## Produkcijski sklad

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

Razvojna strežnika ni primerna za produkcijo. Standardni sklad: **aplikacijski strežnik** (Gunicorn/uWSGI za WSGI, Uvicorn za ASGI/async) poganja Django z več delavci, za **spletnim strežnikom** (nginx), ki obravnava dohodne povezave, TLS in statične datoteke.

## Produkcijske nastavitve (kritične za varnost)

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

## Statične datoteke

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

## Baza podatkov in migracije

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

## Tipični seznam za razmeščanje

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

## Sodobni pristopi k razmeščanju

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

## Zakaj je to pomembno

Pravilno razmeščanje Django aplikacije v produkcijo je bistveno znanje za prenos aplikacij iz razvoja v pravi svet in vključuje pomembne vidike, ki se bistveno razlikujejo od lokalnega razvoja — napačno razmeščanje vodi k varnostnim ranljivostim, slabi zmogljivosti ali pokvarjenim aplikacijam.

Razumevanje **produkcijskega sklada** je temeljno: vgrajena razvojna strežnika (`runserver`) izrecno ni namenjena produkciji (je enonitkovna, nezavarована in ne more obdelati obremenitve), zato morate Django poganjati za ustreznim **aplikacijskim strežnikom** (Gunicorn/uWSGI za WSGI ali Uvicorn za ASGI/async) z več delavci, pred **spletnim strežnikom** (nginx), ki obravnava povezave, TLS in serviranje statičnih datotek.

Nekaj vidikov je kritičnih za varnost in pravilnost: **produkcijske nastavitve** (posebej `DEBUG=False`, kar je obvezno, ker `DEBUG=True` razkriva občutljive sledove in konfiguracijo napadalcem, poleg tega `ALLOWED_HOSTS`, skrivni `SECRET_KEY` iz okolja in uveljavljanje HTTPS), **upravljanje statičnih datotek** (poganjanje `collectstatic` in serviranje datotek preko nginx/CDN/WhiteNoise, ker Django jih v produkciji sam ne servira — pogosta napaka pri razmeščanju) in **upravljanje baze podatkov** (prava baza kot PostgreSQL, uporaba migracij, varnostne kopije).

Znanje seznama za razmeščanje, sodobnih pristopov (Docker/vsebniki, upravljane platforme, облачno shranjevanje za medije, Celery delavci kot ločene storitve, vodoravno skaliranje z brezstanjsko aplikacijo) in operativnih skrbi (beleženje, nadzor s Sentryjem, preverjanje zdravja, upravljanje procesov) je tisto, kar loči delujočo produkcijsko razmeščanje od krhke ali nezavarovane.

Ker mora biti vsaka prava Django aplikacija sčasoma razmeščena in ker napake pri razmeščanju (puščanje `DEBUG=True`, nepravilno obravnavanje statičnih datotek, izpostavljanje skrivnosti, uporaba razvojne strežnika) povzročajo prave varnostne in zanesljivostne težave, je razumevanje pravilnega razmeščanja Django — sklada, kritičnih nastavitev za varnost, upravljanja statičnih/medijskih datotek in sodobnih praks razmeščanja — pomembno, visoko tvegano znanje, ki odraža sposobnost pošiljanja produkcijsko pripravljenih aplikacij, pogosto relevantno in strokovno bistveno temo za katerega koli Django razvijalca, odgovornega za žive sisteme.