3.5 KiB
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)
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)
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)
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)
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)
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)
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)