b04acdee09
Ultraworked with [Sisyphus](https://github.com/code-yeongyu/oh-my-openagent) Co-authored-by: Sisyphus <clio-agent@sisyphuslabs.ai>
52 lines
2.3 KiB
Markdown
52 lines
2.3 KiB
Markdown
# Info-Board Neu
|
|
|
|
Dieses Verzeichnis enthaelt die Planung und spaetere Umsetzung der neuen Info-Board-Plattform.
|
|
|
|
Die Trennung von `/srv/docker/infoboard-netboot` ist sinnvoll, damit:
|
|
|
|
- die bestehende produktive Netboot-Struktur unangetastet bleibt
|
|
- Planung, Prototypen und neue Deployments sauber getrennt sind
|
|
- Server-, Player- und Ansible-Artefakte nicht mit Altbestand vermischt werden
|
|
|
|
## Aktueller Stand
|
|
|
|
- Architekturplan: `PLAN.md`
|
|
- Umsetzungs-Todo: `TODO.md`
|
|
- Datenmodell: `DATENMODELL.md`
|
|
- Schema-Entwurf: `docs/SCHEMA.md`
|
|
- API- und MQTT-Vertrag: `API-MQTT-VERTRAG.md`
|
|
- Technologieentscheidungen: `TECH-STACK.md`
|
|
- Entwicklungsleitfaden: `DEVELOPMENT.md`
|
|
- Erste Dev-Testliste: `docs/TEST-CHECKLIST-DEV.md`
|
|
- Template-/Kampagnenkonzept: `docs/TEMPLATE-KONZEPT.md`
|
|
- `layout_json` fuer `message_wall`: `docs/LAYOUT-JSON.md`
|
|
- Player-Agent-Lifecycle und Health-Modell: `docs/PLAYER-AGENT-LIFECYCLE.md`
|
|
- Erster HTTP-Statuspfad fuer den Player-Agent: `docs/PLAYER-STATUS-HTTP.md`
|
|
- Provisionierungskonzept: `docs/PROVISIONIERUNGSKONZEPT.md`
|
|
- Player-Konzept: `docs/PLAYER-KONZEPT.md`
|
|
- Server-Konzept: `docs/SERVER-KONZEPT.md`
|
|
- Offene Architekturfragen: `docs/OFFENE-ARCHITEKTURFRAGEN.md`
|
|
|
|
## Projektstruktur
|
|
|
|
- `docs/` fuer weitere Architektur- und Betriebsdokumente
|
|
- `server/` fuer Backend, Frontends und Compose-Dateien
|
|
- `player/` fuer Agent, UI und lokale Startlogik
|
|
- `ansible/` fuer Rollen, Inventories und Deployments
|
|
- `compose/` fuer Container-Definitionen und Stack-Bausteine
|
|
- `scripts/` fuer Hilfsskripte
|
|
|
|
## Aktueller Implementierungsstand
|
|
|
|
- `server/backend/` enthaelt ein lauffaehiges Go-Grundgeruest mit erster Tool-API fuer `message_wall` und einem ersten `player/status`-Endpunkt
|
|
- `player/agent/` enthaelt ein Go-Grundgeruest mit dateibasierter/env-basierter Konfiguration, strukturierten Logs, internem Health-Modell und erstem HTTP-Status-Reporter
|
|
- `compose/` enthaelt ein lokales Grundgeruest fuer PostgreSQL und Mosquitto
|
|
- `ansible/` enthaelt erste Platzhalter fuer Inventory und Playbook-Struktur
|
|
|
|
## Naechste sinnvolle Inhalte in der Struktur
|
|
|
|
- `docs/` fuer weitere technische Detaildokumente
|
|
- `server/` fuer API, Admin-UI und Tenant-UI
|
|
- `player/` fuer `player-agent`, `player-ui` und lokale Startlogik
|
|
- `ansible/` fuer Rollen und Inventories
|
|
- `compose/` fuer den zentralen Server-Stack
|