#007 Worker und Vorgänge #7

New Issue

2026-10-12T15:12:36Z

florian.wilde commented

2026-10-12 15:12:36 +00:00

Ziel

Eigener Worker-Prozess mit pg-boss; die Oberfläche legt Vorgänge an und zeigt deren Fortschritt.

Aufgaben

Worker-Einstieg, gebündelt per esbuild
pg-boss-Queues je Vorgangsart, Zeitpläne
Modell Vorgang für Status/Ergebnis in der Oberfläche
Docker-Compose produktiv: web, worker, db, migrate; Master-Key nur im Worker

Akzeptanzkriterien

Vorgang wird im Web angelegt, im Worker ausgeführt, Ergebnis sichtbar

Abhängigkeiten

#003

Notizen / Entscheidungen

Eine Warteschlange sshkv-vorgang statt einer je Art: Der Job trägt nur die Vorgangs-ID; die Art steht im Vorgang. Eine Handler-Tabelle (src/worker/handler.ts) wächst mit den Issues.
Kein automatisches Wiederholen (retryLimit: 0): Ein halb ausgeführter Schreibvorgang auf einem Host soll ein Mensch ansehen.
Start nur aus WARTEND per bedingtem Update – zugleich die Sperre gegen doppelte Ausführung.
Fehlermeldungen: Nur VorgangsFehler erreichen die Oberfläche, alles andere wird „Interner Fehler“; ins Log nur Name und Meldung.
Compose: Datenbank in einem internal-Netz; Master-Key als Secret ausschließlich im Worker. Docker-Secrets ohne Swarm sind Bind-Mounts mit den Rechten der Host-Datei – deshalb chown 1001:1001 und chmod 400 (siehe Kopf von docker-compose.yml).

Quelle: docs/issues/007-worker-vorgaenge.md – dort wird dieses Issue gepflegt.

## Ziel Eigener Worker-Prozess mit pg-boss; die Oberfläche legt Vorgänge an und zeigt deren Fortschritt. ## Aufgaben - [x] Worker-Einstieg, gebündelt per esbuild - [x] pg-boss-Queues je Vorgangsart, Zeitpläne - [x] Modell `Vorgang` für Status/Ergebnis in der Oberfläche - [x] Docker-Compose produktiv: web, worker, db, migrate; Master-Key nur im Worker ## Akzeptanzkriterien - [x] Vorgang wird im Web angelegt, im Worker ausgeführt, Ergebnis sichtbar ## Abhängigkeiten #003 ## Notizen / Entscheidungen - **Eine Warteschlange `sshkv-vorgang` statt einer je Art:** Der Job trägt nur die Vorgangs-ID; die Art steht im `Vorgang`. Eine Handler-Tabelle (`src/worker/handler.ts`) wächst mit den Issues. - **Kein automatisches Wiederholen** (`retryLimit: 0`): Ein halb ausgeführter Schreibvorgang auf einem Host soll ein Mensch ansehen. - **Start nur aus WARTEND** per bedingtem Update – zugleich die Sperre gegen doppelte Ausführung. - **Fehlermeldungen:** Nur `VorgangsFehler` erreichen die Oberfläche, alles andere wird „Interner Fehler“; ins Log nur Name und Meldung. - **Compose:** Datenbank in einem `internal`-Netz; Master-Key als Secret ausschließlich im Worker. Docker-Secrets ohne Swarm sind Bind-Mounts mit den Rechten der Host-Datei – deshalb `chown 1001:1001` und `chmod 400` (siehe Kopf von `docker-compose.yml`). --- Quelle: `docs/issues/007-worker-vorgaenge.md` – dort wird dieses Issue gepflegt.

florian.wilde added this to the v0.1.0 milestone 2026-10-12 15:12:36 +00:00

florian.wilde added the backend label 2026-10-12 15:12:36 +00:00

florian.wilde closed this issue

2026-10-12 15:12:36 +00:00

florian.wilde referenced this issue

2026-10-12 15:12:37 +00:00

#009 Host-Key-Prüfung (TOFU) und Erreichbarkeit #9

florian.wilde referenced this issue

2026-10-12 15:13:21 +00:00

#006 Verschlüsselte Ablage und OpenSSH-Schlüsselformat #6

Sign in to join this conversation.