Finishes monitoring process in aidlc

2026-07-24 15:21:31 +02:00
parent 11250a584e
commit b8b0cd2e2c
8 changed files with 290 additions and 8 deletions
@@ -0,0 +1,78 @@
+# Monitoring Setup Questions
+
+Context: deze feature is een statische marketing-website (`dist/` bundel, geen back-end, geen database) die voorlopig handmatig via een build-artifact naar een host geüpload wordt (zie `operations/deployment/deployment-plan.md`). Er is nog geen bestaande monitoring-/logging-infrastructuur in dit project.
+
+Beantwoord elke vraag door de letter van je keuze na de `[Answer]:` tag in te vullen.
+
+## Question 1: Include Monitoring Setup?
+Wil je dat monitoring/observability voor deze feature wordt opgezet als onderdeel van deze workflow?
+
+A) Ja — help me met het opzetten van monitoring
+B) Nee — deze feature hergebruikt bestaande gedeelde monitoring, of monitoring is voorlopig niet nodig
+C) Niet zeker — stel een aanpak voor op basis van het project en ik beslis dan
+X) Anders (beschrijf na de [Answer]: tag hieronder)
+
+[Answer]: A
+
+## Question 2: Monitoring-aanpak
+Welke vormen van monitoring wil je voor deze feature? (Kies de dichtstbijzijnde match — je kunt aanpakken combineren in je antwoord.)
+
+A) Logging — gestructureerde applicatielogs (fouten, belangrijke gebeurtenissen)
+B) Alerting/notificaties — automatische meldingen als er iets misgaat (e-mail, Slack, PagerDuty, sms)
+C) Dashboards — visueel overzicht van statistieken/gezondheid (bijv. bezoekers, foutpercentage, laadtijd)
+D) Een combinatie van bovenstaande
+E) Anders (beschrijf na de [Answer]: tag hieronder)
+
+[Answer]: A
+
+## Question 3: Logging — bestemming
+Als je logging wilt: waar moeten client-side fouten (bijv. JavaScript-crashes, gebroken links) naartoe gelogd worden?
+
+A) Alleen browserconsole (geen centrale opslag, puur voor handmatig debuggen)
+B) Een gratis/eenvoudige externe foutregistratieservice (bijv. Sentry free tier)
+C) Nog niet bepaald — vermeld dit als open actiepunt in de instructies
+D) Anders (beschrijf na de [Answer]: tag hieronder)
+
+[Answer]: C
+
+## Question 4: Alerting — kanaal (alleen relevant als je alerting wilt)
+Via welk kanaal wil je gewaarschuwd worden als er iets misgaat (bijv. de site is onbereikbaar)?
+
+A) E-mail
+B) Slack of Teams
+C) Sms/telefonische melding
+D) Nog niet nodig / later bepalen
+E) Anders (beschrijf na de [Answer]: tag hieronder)
+
+[Answer]: S
+
+## Question 5: Alerting — waarop reageren (alleen relevant als je alerting wilt)
+Waar moet een alert op afgaan?
+
+A) De site is onbereikbaar (uptime-check faalt)
+B) Er treden veel JavaScript-fouten op bij bezoekers
+C) Beide (uptime + fouten)
+D) Anders (beschrijf na de [Answer]: tag hieronder)
+
+[Answer]:C
+
+## Question 6: Dashboards (alleen relevant als je dashboards wilt)
+Welk soort dashboard/tool heeft de voorkeur voor een overzicht van bezoekers/gezondheid van de site?
+
+A) Eenvoudige, gratis website-analytics (bijv. Plausible, Umami, of een gratis Google Analytics/Search Console-achtig overzicht)
+B) Uptime-dashboard van een externe monitoringdienst (bijv. UptimeRobot, Better Uptime)
+C) Beide (analytics + uptime-dashboard)
+D) Nog niet nodig / later bepalen
+E) Anders (beschrijf na de [Answer]: tag hieronder)
+
+[Answer]:C
+
+## Question 7: Hergebruik van bestaande infrastructuur
+Moet deze feature aansluiten op monitoring die je elders al gebruikt (bijv. voor een ander project of de toekomstige back-end/CMS), in plaats van iets nieuws op te zetten?
+
+A) Nee, dit is voorlopig losstaand — later evalueren als de back-end/CMS er is
+B) Ja, ik wil dit alvast voorbereiden op gedeelde monitoring met de toekomstige back-end/CMS
+C) Nog niet van toepassing — ik heb nog geen bestaande monitoring-infrastructuur
+D) Anders (beschrijf na de [Answer]: tag hieronder)
+
+[Answer]:A