TS-++4 : P2P-Rebalancing

[michalroziel]

Technical Story

Als Betreiber möchte ich, automatisiertes Rebalancing der Last im P2P-Cluster.

---

Akzeptanzkriterien

• Bei definiertem Ungleichgewicht wird Rebalancing automatisiert gestartet.
• Metriken zu Rebalancing-Dauer, Anzahl verschobener Daten, betroffenen Topics, betroffener Knoten etc. verfügbar.

---

Aufgaben

• Last-Metrik definieren
• Last Tracking : Jeder Peer tracked individuelle Last-Infos
• Ungleichs-gewicht Detektion
• Mechanismus zum automatischen Rebalancing
• Metriken-Dashboard erstellen
• Matriken-Dashboard integrieren

---

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/41
• GitLab issue ID: 41
• Original author: miro00009 (miro00009)
• Original assignee: - (-)
• Original state: Open
• Original milestone: -
• Original created at (UTC): 2025-11-25 23:20:28
• Original updated at (UTC): 2026-02-18 12:22:09
• Original closed at (UTC): -
• Original labels: category::Load-Balancing, prio:++, type::tech story
• Original time estimate: 0
• Original time spent: 1200