Files
slp-modular-cms/aidlc-docs/features/slp-modular-cms-api/construction/plans/availability-module-nfr-design-plan.md
T

1.9 KiB

NFR Design Plan — Unit 03: Availability Module

Dit plan beschrijft de stappen voor het technisch ontwerpen van de non-functional requirements voor Unit 03.

NFR Design Stappen

  • Ontwerpen van de AvailabilityMiddleware en de bypass logica.
  • Definiëren van de PersistentAvailabilityService implementatie.
  • Uitwerken van het database schema voor de globale status.
  • Ontwerpen van de AvailabilityController endpoints (publiek status, beheer status).
  • Vastleggen van de integratie met de AuditLogs (Unit 02).

Vragen voor NFR Design (Unit 03)

1. Middleware Registratie

Vraag 1.1: Waar moet de AvailabilityMiddleware in de pipeline worden geplaatst?

  • A) Helemaal vooraan: Zelfs vóór de exception handler en logging (maximaal effectief, maar minder informatie bij fouten).
  • B) Na de Exception Handler: Fouten in de check worden dan netjes afgevangen door de globale handler (Aanbevolen).
  • C) Na Authentication: Dan weten we al wie de gebruiker is (nodig voor de bypass check), maar dan is de authenticatie overhead al geweest voor geblokkeerde requests.

2. Status Update Endpoint

Vraag 2.1: Hoe moet het endpoint voor het wijzigen van de status beveiligd worden?

  • A) Policy-based: Gebruik de OwnerOnly policy (Unit 02).
  • B) Internal-only: Alleen bereikbaar vanaf de lokale host of via een intern netwerk (minder flexibel voor cloud beheer).

3. Fallback Gedrag (Circuit Breaker)

Vraag 3.1: Als de database herhaaldelijk onbereikbaar is voor de status-check, hoe lang moet de fallback status (Available) worden aangehouden voordat we het opnieuw proberen?

  • A) Elke request opnieuw proberen.
  • B) Implementeer een eenvoudige circuit breaker (bijv. 30 seconden fallback na 3 opeenvolgende fouten).

Volgende Stappen

Na beantwoording van deze vragen worden de technische ontwerpen gegenereerd in aidlc-docs/construction/availability-module/nfr-design/.