Finishes monitoring process in aidlc
This commit is contained in:
+31
@@ -0,0 +1,31 @@
|
||||
# Monitoring Setup Clarification Questions
|
||||
|
||||
Ik heb je antwoorden in `monitoring-setup-plan.md` bekeken en twee dingen gevonden die ik moet verduidelijken voordat ik de monitoring-artefacten kan opstellen.
|
||||
|
||||
## Contradictie 1: Gekozen aanpak vs. beantwoorde vervolgvragen
|
||||
Bij **Question 2 (Monitoring-aanpak)** heb je **A) Logging** gekozen, wat zou betekenen dat alleen Question 3 (logging-bestemming) relevant is. Maar je hebt ook Question 4, 5 en 6 beantwoord — deze zijn alleen relevant als je óók Alerting en/of Dashboards wilt. Dit is tegenstrijdig: kies je alleen Logging, of wil je ook Alerting en Dashboards?
|
||||
|
||||
### Clarification Question 1
|
||||
Welke monitoring-aanpak(en) wil je daadwerkelijk voor deze feature?
|
||||
|
||||
A) Alleen Logging (Question 4, 5 en 6 worden dan genegeerd)
|
||||
B) Logging + Alerting (geen Dashboards)
|
||||
C) Logging + Dashboards (geen Alerting)
|
||||
D) Een combinatie van Logging, Alerting én Dashboards
|
||||
E) Anders (beschrijf na de [Answer]: tag hieronder)
|
||||
|
||||
[Answer]: C
|
||||
|
||||
## Ambiguïteit 1: Ongeldig antwoord op Question 4
|
||||
Je antwoord op **Question 4 (Alerting — kanaal)** was `S`, wat geen geldige optie is (de opties waren A t/m E). Ik kan hier niet uit afleiden welk kanaal je bedoelt.
|
||||
|
||||
### Clarification Question 2
|
||||
Via welk kanaal wil je gewaarschuwd worden als er iets misgaat (bijv. de site is onbereikbaar)? (Alleen relevant als je bij Clarification Question 1 voor Alerting kiest.)
|
||||
|
||||
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]: D
|
||||
@@ -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
|
||||
Reference in New Issue
Block a user