Incident-Management: Öffentlich zugängliche Status-Page

Warum machen wir das?

Notiz: Öffentliche erreichbare Statuspage auf der Startseite, der auch im internen Bereich angezeigt wird. Sollte im Minimum anzeigen:

• Status der Test Submission API
• Status der Prod Submission API (ggf. später unterschiede Umgebungen wie IT.N. oder Dataport)
• Status der Routing API
• Status von OAuth Test
• Status von OAuth Prod
• Status von SSP

Muss auch unabhängig von SSP erreichbar sein.

Metriken:

• Time to first byte
• 2XX : 4XX/5XX Response-Verhältnis

Übertragungstrecke und Status Scopes

Client --> WWW ---> LB (ITN) ---> TRAFIK --> SSP
\____________________________________________/

Client --> WWW ---> LB (ITN) ---> TRAFIK --> TOKEN VALIDATOR --> ZUSTELLDIENST
\______________________/

\___________________________________/

\_______________________________________________________________________/
                (/info)

Relevante Links

• https://status.opengovtech.de/status/default (inoffiziell)

Funktionale Anforderungen

1. ...
2. ...
3. ...

Nicht-funktionale Anforderungen

• Dokumentation:
  • Prozessänderungen sind für Nutzer der Anwendung dokumentiert
• Code:
  • Code Qualität & Formatierung eingehalten
  • Commits orientieren sich an Conventional Commits
  • Bei neuen Dateien sind Lizenz- und Urheberrechtshinweise gemäs der REUSE-Spezifikation vorhanden
• Leistung:
  • Code ist in einer Testinstanz deployt
  • Es gibt keine bekannten Bugs
• Testen:
  • Alle funktionale Anforderungen sind durch Testfälle abgedeckt

Durchführungsplan

• ...
• ...
• ...