Skip to content

[Epic] Limit-Test - Submission/Reply Attachments

Ziel

  • Als PO
  • möchte ich informiert werden, sobald FIT-Connect Probleme mit den zugesicherten Dateigrößen bekommen könnte,
  • um proaktiv entgegenzuwirken und vor allem dem Nutzer ein stabiles und zuverlässiges System bereitzustellen.

Ergänzung 12.7.: Es soll ein Test geschrieben werden der die gesetzten Attachment Limits überprüft und bestätigt. Es soll jede Umgebung hierzu auf Funktion geprüft werden.

Die derzeitigen Limits auf den Umgebungen sind wie folgt konfiguriert:

  • Attachmentgröße (unverschlüsselt): 500 MB
  • Attachmentanzahl (max): 100
  • Gesamtgröße einer Submission (unverschlüsselt): 2000 MB

Tests für STAGE und PROD unterliegen bestimmter Vorraussetzungen/Maßnahmen. Diese werden in einer extra Story beschrieben. #2132 (closed)

Warum?

Unsere aktuelle Dokumentation weist Unklarheiten hinsichtlich der maximalen Dateigröße auf, die übertragen werden kann. Die vorläufigen Ergebnisse aus dem Zustelldienst und den SDKs deuten darauf hin, dass Anhänge von bis zu 500 MB problemlos verarbeitet werden können. Wir planen nun eine eingehendere Prüfung, um festzustellen, ob möglicherweise Schwierigkeiten beim Hochladen und Herunterladen von Anhängen auftreten, insbesondere wenn es sich um eine größere Anzahl von Anhängen in einer Submission oder Reply handelt. Zielwert, welchen wir im ersten Schritt erreichen wollen ist 500 MB für eine einzelne Datei und bis zu 200 Anhängen in einer Submission/Reply. Die Erkenntnisse sollen in die Story #89 (closed) überführt werden.

Relevante Links und Bemerkungen

Version 1.27 des Zustelldiensts beschreibt limits für Attachments.

Limits: https://git.fitko.de/fit-connect/betrieb/-/blob/1887-limits/docs/configuration-management/limits.md

DOR

  1. Klärung SSP Zugang auf PROD/STAGE

Akzeptanzkriterien

  1. Es existiert ein Lasttest, der bis zu 200 Anhänge mit bis zu 500 MB (unverschlüsselt) in einem Antrag/Antwort absendet und abruft

  2. Der Test soll auf den drei Umgebungen DEV, TEST, STAGE, PROD (zukünftig auch weitere DEV Umgebungen) manuell ausgeführt werden können

  3. Der Lasttest soll auch so erstellt werden, dass er für eine Submission oder Reply die maximale Dateigröße erreicht

  4. Ein Limit-Test (spezifische Bezeichnung ausstehend) auf STAGE, TEST und Dev soll monatlich eingeplant werden - (Neues Epic Systemtest: Submission und Reply testen). Zu testende Limits: #2176

  5. Nach Möglichkeit könnte auch die parallele Belastung des Systems durch mehrere gleichzeitig agierende User geprüft werden (Max. ermitteln und dokumentieren) -> https://git.fitko.de/fit-connect/planning/-/issues/2133

  6. Lasttest Repo erstellt inkl. Versionierung der Tests + Changelog

  7. Eintrag/Beschreibung in der Betriebsdokumentation

  8. Vorstellung im Open Space, spez. für TEAM ZSD

  9. Generelle Limits zu unterschiedlichen Zeiten ermitteln und dokumentieren -> https://git.fitko.de/fit-connect/planning/-/issues/2133

  10. Der Test soll die direkte Nutzung der API umfassen

  11. Der Test soll die Nutzung der Java SDKs umfassen (#2177)

  12. Der Test soll die Nutzung der .NET SDKs umfassen (#2177) --> Wie mit @Maik_Boettner und @MARIUS_RICHTER bereits besprochen: ist obsolete, weil Java SDK Limit Tests dupliziert.

  13. Last tests wurden in Limit Tests umbenannt (Ci, Doku, Schedule)

  14. Repo Name - Last % Limit Tests

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

Stories

Abhängigkeiten

Edited by Andrey Strukov