Doku: Anforderungen + ADRs (Symfony, htmx, SQLite, HA-Consumer)
This commit is contained in:
@@ -0,0 +1,21 @@
|
||||
# 005 – SQLite als Datenbank (vorerst)
|
||||
|
||||
**Status:** accepted
|
||||
|
||||
**Kontext.** Einzelne Instanz, ein Nutzer, kleine Datengröße im KB/MB-Bereich
|
||||
(ein Gericht-Eintrag ~ 10 Zeilen + Historik). Backup-Pipeline (borgbackup)
|
||||
deckt bereits das gesamte Homelab ab. Es gibt keinen Bedarf an HA (High
|
||||
Availability), Multi-Node oder komplexen Transaktionen.
|
||||
|
||||
**Entscheidung.** **SQLite** via Doctrine (Symfony unterstützt SQLite natively
|
||||
seit 4.x mit guter Migrations-Schicht). Ein Dateivolumen (`app.db`) im Docker-Stack.
|
||||
|
||||
**Konsequenzen.**
|
||||
- + Extrem einfach: keine DB-Instanz, kein User/Passwort, kein Netzwerk.
|
||||
- + Snapshot-Backup via `cp app.db` oder Borg direkt.
|
||||
- + Kein `docker-compose`-DB-Service (einer weniger Container).
|
||||
- + SQLite hat eine saubere WAL-Modus-API, die für die Zugriffsrate ausreicht.
|
||||
- − Keine Remote-Replikation, kein Replikations-Setup (hier erwünscht).
|
||||
- − Falls wir später mehrere Instanzen brauchen, wäre Postgres die Alternative –
|
||||
aber das ist nicht aktuell (viele Homelab-Instanzen nutzen ja Postgres,
|
||||
wenn sie es brauchen).
|
||||
Reference in New Issue
Block a user