Guides 6 min. leestijd
Error budgets: wat het zijn en hoe je er een gebruikt
Hoe je een error budget berekent uit een SLO, wat het verbruikt, hoe burn rate werkt en hoe je een error budget-beleid schrijft waar je team zich echt aan houdt.
LezenWoordenlijst · Betrouwbaarheidsmetrics
Een error budget is de hoeveelheid onbetrouwbaarheid die een service level objective (SLO) over een periode toestaat: 100% min het doel. Een SLO van 99,9% over 30 dagen laat een error budget van 43 minuten en 12 seconden downtime over, of één mislukt verzoek op de duizend.
Het budget maakt van een SLO een beslisregel. Zolang er budget over is, brengt het team wijzigingen uit en neemt het geplande risico’s; is het op, dan gaat betrouwbaarheid voor tot het venster herstelt. Die regel vooraf afspreken, in een error budget policy, maakt het getal bruikbaar.
Het kan in tijd worden geteld, als minuten downtime gemeten door checks van buitenaf, of in verzoeken, als het aandeel mislukte verzoeken in de logs van de load balancer of applicatie. Budgetten in tijd sluiten aan bij hoe de meeste SLA’s zijn geschreven; budgetten in verzoeken wegen drukke uren zwaarder, wat dichter bij de ervaring van gebruikers ligt.
Bepaal vooraf wat het opmaakt. Bevestigde storingen, fouten, responses die trager zijn dan de limiet van de SLI en storingen bij providers waar je van afhangt, tellen meestal mee; false positives horen dat niet te doen. Hoe snel het wordt opgemaakt is de burn rate.
Error budget = (100% − SLO) × venster; resterend budget = error budget − downtime tot nu toe
Voorbeeld: Een SLO van 99,9% over 30 dagen geeft 43 minuten en 12 seconden. Na één storing van 25 minuten is 58% daarvan verbruikt en blijven er 18 minuten en 12 seconden over.
Uptimecheck meet een tijdgebaseerd budget van buiten je netwerk: checks zo vaak als elke minuut, elke storing bevestigd vanaf een tweede locatie voordat die telt, en onderhoudsvensters weggelaten. Rapporten tonen uptime, downtime en incidenten per monitor voor deze maand, vorige maand of de laatste 7, 30 of 90 dagen, afgezet tegen een SLA-doel van 99% tot 99,99%, ook als CSV. Het resterende budget is de downtime die het doel toestaat min de downtime in het rapport; de app toont het niet als apart getal.
14 dagen gratis proberen · Daarna gratis met 5 monitors · Geen creditcard
Guides 6 min. leestijd
Hoe je een error budget berekent uit een SLO, wat het verbruikt, hoe burn rate werkt en hoe je een error budget-beleid schrijft waar je team zich echt aan houdt.
LezenGuides 7 min. leestijd
Een SLI meet hoe een dienst zich gedraagt, een SLO is het doel voor die meting en een SLA is de belofte aan klanten. Definities, downtimetabellen en hoe je elk ervan vaststelt.
LezenGuides 6 min. leestijd
99,9% uptime staat 43 minuten en 49 seconden downtime toe in een gemiddelde maand. Wat elk niveau van negens per dag, maand en jaar toestaat, hoe SLA’s uptime meten, hoe service credits werken en hoe je een doel kiest.
LezenWat je error-budgetbeleid zegt. Een gangbare regel: alleen bugfixes en betrouwbaarheidswerk gaan live tot het venster herstelt, en riskante wijzigingen wachten.
Een voortschrijdend venster van 30 dagen onthoudt een slechte week een maand lang, wat strenger is. Een kalendermaand begint op de 1e opnieuw en past bij hoe de meeste SLA’s en facturen worden geteld. Kies er één en houd je eraan.
Alleen als de SLO dat zegt. Veel teams laten aangekondigd onderhoud buiten beschouwing, met een maximum per maand, zodat het geen storingen kan verbergen. In Uptimecheck tellen onderhoudsvensters nooit als downtime.
Stel je eerste monitor in binnen een minuut, of kijk eerst rond in de live demo.
14 dagen gratis proberen · Daarna gratis met 5 monitors · Geen creditcard
Met jouw toestemming laten Google Analytics en Microsoft Clarity ons zien welke pagina’s helpen en waar bezoekers vastlopen. Ze plaatsen cookies voor maximaal 13 maanden. Zonder jouw toestemming draait geen van beide. Je kunt je keuze altijd wijzigen via Cookie-instellingen onderaan de pagina. Privacybeleid