Skip to content

Festlegung Architektur Reporting-Service

Warum?

Im ersten Schritt des EPICs #1216 (closed) soll die Zielarchitketur festgelegt werden. Grundlage bildet die Annahme, dass alle Informationen als Rohdaten aus den FIT-Connect Komponenten in ein BI-Tool (im ersten Schritt Fokus auf PowerBI) geladen werden sollen, wo Sie aufgearbeitet werden.

Relevante Links und Bemerkungen

Akzeptanzkriterien

  1. Architektur des Zugriffs ist festgelegt (EPIC AK1)
    1. Für die Statistiken sollen Statistik-Tabellen in bestehender DB angelegt / ergänzt werden und keine eigene DB angelegt werden.
      • Statistik-Tabellen sollen in Echtzeit befüllt werden
      • Für die Exporte sollen die Tabellen direkt in CSV exportiert werden
      • sofern es keine Auswirkungen auf die Performance (AK1.4) gibt, könnten Exporte auch aus bestehenden (NICHT-Statistik-Tabellen) direkt exportiert werden. Das ist in der Pilotierung zu prüfen
      • PO-Review: wir starten initial mit direkten Exporten aus den produktiven Tabellen. Optimierung wird bei Bedarf eingeplant
    2. Werden auch die Kennzahlen auf Basis der Logs ( #111) ebenfalls in diese DB abgelegt oder umgekehrt? - Zurückgestellt - Follow Up zum Epic
    3. Userverwaltung oder im ersten Schritt nur ein technischer User
      • Es soll ein neuer Statistik-User angelegt werden, welche über seine ClientId / ClientSecret sich einen Token abholen kann und dann über einen neuen ihm zugeordneten Scope sich die CSV Dateien abholen kann.
    4. kein Performanceeinfluss auf den Zustelldienst – Rechenintensive Abfragen sollten separat über z.B. einen Nachtjob laufen (fachlich führt das dazu, dass es keine Echtzeitdaten gibt)
      • Statistik-Tabellen werden bei Zustandsveränderungen direkt geändert (CSV Export der Tabellen wird nicht performance-kritisch bewertet)
      • We want a time range for the submission/replies stats tables for easier filter in BI tool.
      • PO-Review: Das lesen sollte kaum Performanceeinfluss haben, falls dorch wird eine Optimierung eingeplant
    5. Einfacher Zugriff aus gängigen BI / Reporting-Tools
      • Es soll ein oder mehrere Endpunkte bereitgestellt werden wo die Entitäten in einzelnen CSV Dateien abgerufen werden können (Im ersten Schritt der Epic-Entwicklung direkter Export aus der DB durch einen Entwickler und Importprüfung über PO)
    6. Festlegen wann und wo es in die API-Doku aufgenommen wird. -> #1687
  2. Die Metriken wurden bewertet und entschieden, welche Metriken schützenswert sind und welche nicht (DSB FITKO) (Speziell client->owner wäre noch abzustimmen) (EPIC AK6)
  3. ...

Durchführungsplan (von Entwickler:in bei Umsetzungsplanung auszufüllen)

Edited by Wojciech Gdaniec