42 lines
1.3 KiB
Markdown
42 lines
1.3 KiB
Markdown
ID: EPIC_000008 | Version: 0.1.0 | Status: Draft
|
|
By: Codex (GPT-5)
|
|
|
|
# EPIC_000008: Client-Side Update Mechanism
|
|
|
|
## Beschreibung
|
|
Der Kiddo-Client kann Updates aus einer zentralen Quelle beziehen, verifizieren und anwenden.
|
|
|
|
## Ziel / Business Value
|
|
Schnelle, sichere Aktualisierung ohne SSH-Zugriff auf Zielgeraete.
|
|
|
|
## Mission Statement
|
|
Ermoegliche einen robusten Client-Update-Flow mit Verifikation und Rollback.
|
|
|
|
## Business Value & Metriken
|
|
- Reduzierter manueller Update-Aufwand.
|
|
- Erfolgsmetrik: Update kann automatisiert und nachvollziehbar erfolgen.
|
|
|
|
## In-Scope
|
|
- Client zieht Update-Artefakte (Pull-Modell).
|
|
- Verifikation (Checksum/Signatur).
|
|
- Atomare Anwendung und Rollback bei Fehlern.
|
|
- Statusreporting vom Client.
|
|
|
|
## Out-of-Scope
|
|
- Aufbau/Betrieb des zentralen Update-Webservice.
|
|
- Release-Publishing/CI/CD und Artefakt-Hosting.
|
|
- Service-Monitoring und Verfuegbarkeit des Update-Backends.
|
|
|
|
## High-Level Akzeptanzkriterien
|
|
- Client kann Updates erkennen, verifizieren und anwenden.
|
|
- Fehler fuehren zu Rollback und klarer Statusmeldung.
|
|
|
|
## Technische Constraints & Risiken
|
|
- Abhaengigkeit von Update-Backend und Netzverfuegbarkeit.
|
|
- Update-Service wird unter `update.wlkns.org` erwartet.
|
|
|
|
## Zugeordnete User Stories
|
|
- US_000026: Client bezieht Updates (Pull)
|
|
- US_000027: Client verifiziert und wendet Updates an
|
|
- US_000028: Client meldet Update-Status
|