Bagaimana Anda mengelola pengaturan di berbagai lingkungan?

Question

Accepted Answer

Konfigurasi Django berada di `settings.py`, namun aplikasi nyata memerlukan **pengaturan yang berbeda per lingkungan** (development, staging, production) dan harus menjaga **secrets tetap di luar kode**. Mengelola ini dengan benar adalah keharusan operasional sekaligus persyaratan keamanan.

## Masalah dengan satu settings.py

```python
# ❌ hardcoded, environment-mixed, and INSECURE settings
DEBUG = True                                    # must be False in production!
SECRET_KEY = "hardcoded-secret-in-code"          # ❌ secret committed to git
DATABASES = {"default": {"PASSWORD": "prod-pw"}} # ❌ production password in code
```

Menghardcode nilai-nilai mencampur lingkungan dan — yang kritis — melakukan commit secrets (SECRET_KEY, password database, API keys) ke dalam version control, sebuah pelanggaran keamanan serius.

## Solusi 1: membaca config dari environment variables

```python
import os
from pathlib import Path

SECRET_KEY = os.environ["DJANGO_SECRET_KEY"]    # from the environment, NOT code
DEBUG = os.environ.get("DJANGO_DEBUG", "False") == "True"
ALLOWED_HOSTS = os.environ.get("ALLOWED_HOSTS", "").split(",")
DATABASES = {
    "default": {
        "ENGINE": "django.db.backends.postgresql",
        "NAME": os.environ["DB_NAME"],
        "PASSWORD": os.environ["DB_PASSWORD"],   # injected per environment
    }
}
# tools like django-environ / python-decouple make this cleaner (+ .env file support)
```

Membaca config (terutama secrets) dari **environment variables** menjaganya tetap di luar kode — codebase yang sama berjalan di lingkungan apa pun dengan nilai-nilai yang disuntikkan berbeda (pendekatan twelve-factor).

## Solusi 2: memisahkan file settings per lingkungan

```text
settings/
  base.py          # shared settings (apps, middleware, templates)
  development.py   # from base import *; DEBUG=True, local DB, debug toolbar
  production.py    # from base import *; DEBUG=False, security hardening, real DB
  test.py          # test-specific settings
```

```python
# production.py
from .base import *
DEBUG = False
ALLOWED_HOSTS = ["example.com"]
SECURE_SSL_REDIRECT = True            # production-only security settings
# select via: DJANGO_SETTINGS_MODULE=config.settings.production
```

Memisahkan settings menjadi `base.py` bersama ditambah file per-lingkungan (dipilih melalui `DJANGO_SETTINGS_MODULE`) dengan bersih memisahkan konfigurasi khusus-lingkungan sambil berbagi pengaturan umum.

## Pengaturan produksi kritis

```python
DEBUG = False                  # ❗ NEVER True in production — leaks sensitive error info
ALLOWED_HOSTS = ["example.com"] # required when DEBUG=False
SECRET_KEY = os.environ[...]    # strong, secret, from the environment
# + SECURE_SSL_REDIRECT, SESSION_COOKIE_SECURE, HSTS, etc. for hardening
```

```text
✓ NEVER commit secrets — use env vars / a secret manager; gitignore .env
✓ DEBUG=False in production (DEBUG=True leaks tracebacks, settings → security risk)
✓ Commit a .env.example documenting required variables (no real values)
```

## Mengapa ini penting

Mengelola pengaturan di berbagai lingkungan adalah **keharusan operasional** sekaligus **praktik keamanan kritis** untuk aplikasi Django apa pun yang nyata.

Aplikasi harus berperilaku berbeda di berbagai lingkungan — development memerlukan `DEBUG=True` dan pengaturan lokal yang nyaman, sementara production memerlukan `DEBUG=False`, pengerasan keamanan, database nyata, dan hosts yang tepat — dan satu `settings.py` yang hardcoded tidak dapat melayani semua ini.

Lebih penting lagi, ini adalah **masalah keamanan utama**: menghardcode secrets (SECRET_KEY, password database, API keys) melakukan commit mereka ke version control, salah satu pelanggaran keamanan yang paling umum dan serius (siapa pun dengan akses repo, atau di repo publik, mendapatkan kunci aplikasi dan data Anda).

Memahami solusinya — membaca config dan secrets dari **environment variables** (menjaganya tetap di luar kode, pendekatan twelve-factor, sering kali dengan tools seperti django-environ dan file `.env` yang diabaikan gitignore) dan **memisahkan settings** ke dalam base bersama ditambah file per-lingkungan — adalah essential untuk mendeploy Django dengan aman dan benar.

Mengetahui **pengaturan produksi kritis** (terutama bahwa `DEBUG` harus `False` di production, karena `DEBUG=True` membocorkan tracebacks, path source, dan settings kepada penyerang, plus `ALLOWED_HOSTS` dan pengerasan keamanan) adalah pengetahuan production yang tidak dapat dinegosiasikan.

Mengatasi manajemen settings dengan benar — secrets di environment, konfigurasi yang sesuai-lingkungan, default produksi yang aman — adalah fundamental untuk menjalankan aplikasi Django secara profesional dan menghindari kerentanan serius yang datang dari secrets yang bocor atau lingkungan production yang salah konfigurasi, menjadikannya pengetahuan penting dan praktis-kritis untuk deployment apa pun yang nyata.