NFA-++1 : Failover #41
Description
Non-Functional Requirement (NFA)
Beschreibung:
Bei spontanem Ausfall von einer Instanz läuft das System ohne Datenverlust und Einschränkungen weiter.
Akzeptanzkriterien
- geplanter Kill‑Test.
Aufgaben
- Verschiedene Szenarios : Festlegen, welche Instanzen im Kill‑Test ausfallen dürfen
- Health-Check & automatische Degradierung: Mechanismus implementieren, der Down-Peers erkennt und sie nicht mehr auswählt
- Kill-Test als automatisierter E2E - Test
- Dokumentation & Anleitung für das Durchführen eines geplanten Kill Tests
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: Parallelisierung durch ThreadPool, der Worker-Threads verwaltet.
- 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.
- Lasttests mit automatisiertem Client-Prozess. Erklärung des Server-Codes für die Parallelisierung.
- Ausnahmen: Begründung, wenn das Issue nur unvollständig umgesetzt wurde
- Beispiel: Lasttest erfolgreich bis 20 Clients, darüber steigen Antwortzeiten über 2 Sekunden.
Hinweise
- Metriken, Testmethoden, Tools
Beispiel
Beschreibung:
Das Virtuelle Filesystem muss mehrere Anfragen parallele bearbeiten können.
Akzeptanzkriterien:
- Mindestens 5 gleichzeitige Nutzeranfragen werden korrekt beantwortet
- Kein Datenverlust oder Deadlock tritt auf
- Lasttest mit 100 parallelen Requests zeigt < 500 ms Antwortzeit
Imported from GitLab.
- Original issue: https://stl-gitlab.htwsaar.de/pib-vs-wise-2526/gruppe-08-mini-cdn/-/issues/42
- GitLab issue ID: 42
- Original author: miro00009 (miro00009)
- Original assignee: - (-)
- Original state: Open
- Original milestone: -
- Original created at (UTC): 2025-11-25 23:22:03
- Original updated at (UTC): 2026-02-18 12:30:39
- Original closed at (UTC): -
- Original labels: category::Fehlertoleranz, prio:++, type::nfa
- Original time estimate: 0
- Original time spent: 1200