Skip to content

Runtime- und Deployment-Entscheidungen

Diese Seite ist die kurze Betreiber-Sicht fuer Plattformverantwortliche. Sie erklaert, welche Setup-Entscheidungen wichtig sind, bevor man in die tiefere Systemdokumentation einsteigt.

Empfohlene Standardentscheidungen

Fuer die meisten realen Umgebungen:

  • PostgreSQL statt SQLite nutzen
  • Redis fuer Broker, Cache und Websocket-Transport nutzen
  • /app/data auf persistenten Storage mounten
  • FRONTEND_BASE_URL setzen, damit E-Mail-Links korrekt sind
  • DJANGO_ALLOWED_HOSTS explizit setzen

Wann SQLite noch akzeptabel ist

SQLite ist noch sinnvoll fuer:

  • Demos
  • leichte Pilotumgebungen
  • sehr kleine Teams mit wenig Write-Concurrency

Wechsel zu PostgreSQL, wenn:

  • mehrere Admins parallel arbeiten
  • Queues und Background-Jobs wichtig werden
  • Archiv- und Payload-Volumen wachsen

Wie Docker-Konfiguration typischerweise ankommt

Der Container wird ueblicherweise gebootstrapped ueber:

  • CONFIG_JSON_B64
  • oder eine gemountete /run/secrets/app-config.json

Dieses Payload wird zur effektiven .env, die beim Startup genutzt wird.

Typische Fehler

  • REDIS_LOCAL=false, ohne zugleich externe Redis-URLs zu setzen
  • interne Redis-Persistenz erwarten, obwohl der gebuendelte Redis ohne Disk-Persistenz laeuft
  • ALLOWED_HOSTS statt DJANGO_ALLOWED_HOSTS setzen
  • annehmen, dass DEBUG ENV-gesteuert ist, obwohl der aktuelle Code es hart codiert

Wo es weitergeht