Alerting is het automatisch versturen van een melding zodra een systeem iets doet wat niet de bedoeling is. Je bepaalt vooraf wat een probleem is, bijvoorbeeld dat de website plat ligt of dat de laadtijden oplopen, en het alerting-systeem houdt dat in de gaten en pingt een mens zodra het gebeurt.
Zie het als een rookmelder in je huis. Je staart niet de hele nacht naar het plafond te wachten op brand. Je hangt een sensor op die gaat gillen op het moment dat er rook is, zodat je snel kunt handelen. Voor software werkt alerting precies zo: het zit rustig bovenop je metrics en je uptime-monitoring, en het laat alleen van zich horen als er echt iets mis is.
Het lastige is niet de alerts opzetten. Het is de juiste opzetten. Te weinig en je hoort van een boze klant dat het platligt. Te veel en het team luistert niet meer naar de ruis, wat nog erger is. Een handige start is alerten op foutpercentage, laadtijd en schijfruimte, en de drempels daarna een paar weken bijschaven op basis van wat er echt toe bleek te doen. Een goede alert draagt ook context mee. In plaats van een kaal ‘er is iets mis’ noemt hij de dienst, de waarde die over de grens ging, en een link naar een dashboard. Dat bepaalt of de dienstdoende engineer het in twee minuten oplost of twintig minuten zoekt waar hij überhaupt moet kijken. Goede alerting hangt samen met wat je gebruikers echt hebt beloofd, vaak vastgelegd in een service level agreement.
Bij TopDevs bouwen we alerting in elk systeem dat we draaien, zodat een probleem ons bereikt voordat het je klanten bereikt.
