Skip to content

[EPIC] Bridge zwischen alter ZBP-Infrastruktur und Matrix-Homeserver für die Bürger auf Basis der SDKs

Warum

Als Bürger:in möchte ich meine ZBP-Nachrichten in meinem neuen Matrix-Client sehen, damit ich in der Übergangsphase nicht zwei getrennte Postfächer (altes ZBP und neue Matrix-Plattform) prüfen muss.

Als Behörde möchte ich während der Migration weiterhin über die bestehende ZBP-Infrastruktur senden können, während Bürger:innen die Nachrichten schon im Matrix-Client empfangen, damit die Umstellung auf die neue Technologie schrittweise erfolgen kann.

Ziel

Als FIT-Connect möchte ich eine temporäre Bridge auf Basis der Matrix-SDKs bereitstellen, die Nachrichten aus der alten ZBP-Infrastruktur in den Matrix-Homeserver spiegelt (und ggf. einen Rückkanal bereitstellt), damit ein verlustfreier, nachvollziehbarer Parallelbetrieb und eine kontrollierte Ablösung der alten Infrastruktur möglich ist.

Links, Hinweise, Bemerkungen

  • Nutzung der SDK-Module aus den Epics Senden 3974, Empfangen 3975, Empfängersuche 3976 und Administration 3977
  • Festlegen von Anforderungen an:
    • Vollständigkeit (keine verlorenen Nachrichten),
    • Latenz,
    • Nachvollziehbarkeit (Audit-Logs).
  • Migrations- und Abschaltkonzept der alten ZBP-Infrastruktur festzulegen.
  • Fokus: Sicherstellung, dass alle an das alte Postfach gesendeten Nachrichten im Matrix-Client sichtbar werden. - zu klären ob auch umgekehrter Weg notwendig (Matrix nachrichten im ZBP?)
  • Müssen Bürger beim Ersten Aufruf des ZBP auf MATRIX wechseln?

Stories

  • Analyse der bestehenden ZBP-Kommunikationsflüsse und ableitbare Anforderungen an die Bridge (Richtung, Formate, Volumen).
  • Architekturkonzept für die Bridge auf Basis der Matrix-SDKs (Sende-/Empfangswege, Empfängersuche, Fehlerhandling).
  • Implementierung des Nachrichtenflusses ZBP → Matrix (inkl. Mapping auf Fachdatenschema und Empfängersuche).
  • Optional: Implementierung eines Nachrichtenflusses Matrix → ZBP, falls fachlich erforderlich.
  • Implementierung von Monitoring, Logging, Duplikatserkennung und Pozessen wie Nachziehen fehlender Nachrichten.
  • Konzeption und Dokumentation von Inbetriebnahme-, Rollback- und Abschaltprozessen der Bridge.

Akzeptanzkriterien

  • Alle an alte ZBP-Postfächer adressierten Nachrichten werden innerhalb einer definierten Latenz im Matrix-Client des Bürgers sichtbar.
  • (optional / zu prüfen) Alle an alte MATRIX-Postfächer adressierten Nachrichten werden innerhalb einer definierten Latenz im ZBP-Client des Bürgers sichtbar.
  • Fachliche Inhalte und relevante Metadaten bleiben bei der Transformation ZBP → Matrix (und umgekehrt) fachlich korrekt und nachvollziehbar abgebildet.
  • Die Bridge kann kontrolliert in Betrieb genommen, überwacht und ohne Nachrichtenverlust wieder außer Betrieb genommen werden (inkl. definiertem Rollback-Plan).
  • Definition of Done wurde überprüft.
  • Umsetzung des Mappings von alten ZBP-Adressen auf Matrix-IDs (Bridge aber auch ggf. für die Fachverfahren und Altlasten)
Edited by Wojciech Gdaniec