TS-++3 : P2P

[michalroziel]

Technical Story

Als Betreiber möchte ich einen P2P‑Service‑Cluster ohne zentrale Instanz, in dem jede Instanz nur Teilbereiche verwaltet.

---

Akzeptanzkriterien

• Kein Single‑Point‑of‑Failure
• Konfigurationsamfragen werden automatisch an zuständige Instanz geroutet
• Rebalancing bei Zu/Abgang
• Änderungen werden nach Neustart wirksam

---

Aufgaben

• P2P Discovery : Jede Instanz muss andere Instanzen finden
• Persistentmechanismus Implementieren : : Nach Restart muss eine Instanz automatisch der Peer-Gruppe beitreten, ihre zuständigen Datenbereiche wiederherstellen und Routing-Änderungen von anderen Peers übernehmen
• Test & Demo: Cluster mit > 3 Peers aufsetzen

---

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/40
• GitLab issue ID: 40
• Original author: miro00009 (miro00009)
• Original assignee: - (-)
• Original state: Open
• Original milestone: -
• Original created at (UTC): 2025-11-25 23:18:51
• Original updated at (UTC): 2026-02-18 10:01:37
• Original closed at (UTC): -
• Original labels: category::Skalierbarkeit, prio:++, type::tech story
• Original time estimate: 0
• Original time spent: 1200