NFA-++1 : Failover

[michalroziel]

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