TS-++2 : Transportmechanismus #38
Description
Technical Story
Als Entwickler möchte ich, dass der Transportmechanismus austauschbar und konfigurierbar ist.
Akzeptanzkriterien
- Das System unterstützt mindestens zwei Transportmechanismen (z. B. REST und gRPC).
- Der aktive Mechanismus kann über Konfiguration geändert werden.
- Die Geschäftslogik ist vom Transportmechanismus entkoppelt.
Aufgaben
- Transport Abstraktion definieren
- Zwei Implementierungen bereitstellen : eins über HTTPS, das andere über gRPC
- Konfigurierbarkeit über Properties :
--transport=rest oder --transport=grpc
Definition of Ready
- Beschreibung ist verständlich und vollständig
- Akzeptanzkriterien sind formuliert
- Alle notwendigen Vorarbeiten sind umgesetzt
- Aufwand / Bearbeitungszeit ist geschätzt und dokumentiert
- Alle benötigten Ressourcen stehen zur Verfügung
Definition of Done
- Alle Akzeptanzkriterien des Issues sind erfüllt
- Alle Teilaufgaben sind abgeschlossen
- Build ist fehlerfrei
- Anwendung läuft fehlerfrei
- Unit Tests sind vorhanden und grün
- (falls zutreffend) Integrationstests und manuelle Tests erfolgreich durchgeführt
- Code ist dokumentiert
- Peer-Review wurde erfolgreich durchgeführt
- Branch ist in main gemergt
- Vorbereitung der Abnahme ist vollständig
- Arbeitszeit wurde erfasst
Vorbereitung der Abnahme
- Umsetzung: Kurze Erläuterung, wie das Issue umgesetzt wurde
- Beispiel: PostgreSQL wurde als persistente DB eingerichtet, Schema files und nodes erstellt. Beim Restart werden persistierten Daten automatisch geladen.
- Nachweis: Kurze Erläuterung, wie die Umsetzung in der Abschlusspräsentation nachgewiesen wird. Z.B.: Demo der Funktion, Unit Tests, Simulation Nachrichtenverlust, Erklärung Code, etc. Achten Sie darauf alle Akzeptanzkriterien nachzuweisen.
- Beispiel: Demo: Kill Server-Prozess -> neu starten -> Daten automatisch wieder geladen.
- Ausnahmen: Begründung, wenn das Issue nur unvollständig umgesetzt wurde
- Beispiel: Die Wiederherstellung lädt aktuell nur Metadaten. Inhalte werden noch nicht persistiert, da die Performanceprobleme nicht rechtzeitig gelöst wurden.
Hinweise
- Technische Details, Architekturentscheidungen, Abhängigkeiten
Beispiel
Beschreibung:
Als Entwickler möchte ich eine Datenbank einrichten, damit der Zustand des Virtuellen Filesystems nach Neustarts wiederhergestellt werden kann.
Aufgaben:
- Datenbankschema für Dateien und Knoten entwerfen
- PostgreSQL konfigurieren
- Wiederherstellung bei Serverstart implementieren
Imported from GitLab.
- Original issue: https://stl-gitlab.htwsaar.de/pib-vs-wise-2526/gruppe-08-mini-cdn/-/issues/39
- GitLab issue ID: 39
- Original author: miro00009 (miro00009)
- Original assignee: - (-)
- Original state: Open
- Original milestone: -
- Original created at (UTC): 2025-11-25 23:17:21
- Original updated at (UTC): 2026-02-18 09:50:06
- Original closed at (UTC): -
- Original labels: category::Konfigurierbarkeit, prio:++, type::tech story
- Original time estimate: 0
- Original time spent: 1200