Entscheidungen

Jede Entscheidung, die das Datenmodell, die Anmeldung oder das Deployment festlegt, steht hier mit den Alternativen, die dabei verworfen wurden. Eine Änderung, die einem ADR widerspricht, braucht ein neues ADR mit supersedes-Verweis — kein stiller Umbau.

Nr.	Entscheidung	Status	Datum
0001	Postgres als Datenbank	accepted	2026-08-21
0002	Kein Redis, bis ein konkreter Auslöser eintritt	accepted	2026-08-21
0003	Identitäten in eigener Tabelle, getrennt vom Spieler	accepted	2026-08-21
0004	WebAuthn/Passkey als zweiter Faktor — keine serverseitige Biometrie	accepted	2026-08-21
0005	Kubernetes Custom Resources als Datenspeicher	proposed — Kandidat, nicht entschieden	2026-08-22
0006	Wiederherstellungscode statt Login	accepted — „keine Datei" ersetzt durch ADR-0018	2026-08-25
0007	PIN als Anmeldung, Name zuerst	accepted — „Optional" ersetzt durch ADR-0018	2026-08-28
0008	Wer für andere handeln darf	accepted	2026-08-28
0009	Das schnelle Turnier wertet pro Match	accepted	2026-08-31
0010	Turnierergebnisse dürfen vom eigenen Handy kommen	accepted	2026-09-01
0011	Ein Finale ist eine abgeleitete Paarung, kein gespeicherter Spielplan	accepted	2026-09-01
0012	Ein Turnier kann ohne Wertung laufen	accepted	2026-09-03
0013	Im Turnier ist die Tischseite Teil der Paarung	accepted	2026-09-03
0014	Der Kiosk benennt, wer einträgt	accepted	2026-09-04
0015	Das Zählwerk trägt Ergebnisse ein	accepted — „Der Operator ist Pflicht" für angemeldete Matches ersetzt durch ADR-0024	2026-09-08
0016	Azure läuft auf Zeit, die Spieldaten ziehen um	accepted — Punkt 6 für den Büro-Umzug nach Kubernetes ersetzt durch ADR-0019	2026-09-10
0017	Zwei Spieler zusammenführen heißt neu rechnen	proposed — Entwurf, nicht entschieden	2026-09-12
0018	PIN beim Beitritt, der Code auch als Datei	accepted	2026-09-13
0019	Backup auf Kubernetes mit dem Barman-Cloud-Plugin, Umzug erst nach gemessenem Restore	accepted	2026-09-13
0020	Schlüsselloses Signieren, SBOM am Digest — und Kyverno prüft, nicht ein Mensch	accepted — Entscheidung 3 ersetzt durch ADR-0021	2026-09-15
0021	Signieren und Prüfen über die geteilten Dagger-Module, das Token holt der Workflow	accepted	2026-09-15
0022	Ein Beobachter spielt nicht	accepted	2026-09-16
0023	Das Zählwerk bietet Beobachter als Operator an	accepted	2026-09-25
0024	Wer sich am Tisch angemeldet hat, braucht keinen Operator	accepted	2026-10-13
0025	Ein Fob ist eine Identität, gekoppelt nur im Fenster	accepted	2026-10-14
0026	Anmeldung am Tisch mit dem Handy, über einen QR-Code pro Seite	accepted	2026-10-14
0027	Eine Sandbox, in der Pong spielt, wertet sofort	proposed — Entwurf, nicht entschieden	2026-10-24
0028	Turnierspiele kommen über das Zählwerk	proposed — Entwurf, nicht entschieden	2026-10-24
0029	Spieler gestalten ihre Figur selbst	accepted	2026-10-27
0030	Die Figuren gibt es auch als GIF, für das LED-Panel	proposed — Entwurf, nicht entschieden	2026-10-28