Guides 6 min läsning
Felbudget: vad det är och hur du använder den
Så räknar du ut en felbudget utifrån en SLO, vad som förbrukar den, hur burn rate fungerar och hur du skriver en felbudgetpolicy som teamet faktiskt följer.
LäsOrdlista · Mått på tillförlitlighet
En felbudget är den mängd otillförlitlighet som ett servicenivåmål (SLO) tillåter under en period: 100 % minus målet. Ett SLO på 99,9 % över 30 dagar ger en felbudget på 43 minuter och 12 sekunder driftstopp, eller en misslyckad förfrågan på tusen.
Budgeten gör ett SLO till en regel för beslut. Så länge det finns budget kvar levererar teamet ändringar och tar planerade risker; när den är förbrukad går tillförlitlighetsarbete först tills fönstret har återhämtat sig. Att komma överens om den regeln i förväg, i en error budget policy, är det som gör siffran användbar.
Den kan räknas i tid, som minuter av driftstopp mätta med kontroller utifrån, eller i förfrågningar, som andelen misslyckade förfrågningar i lastbalanserarens eller applikationens loggar. Tidsbaserade budgetar matchar hur de flesta SLA:er är skrivna; förfrågningsbaserade budgetar väger tyngre under intensiva timmar, vilket ligger närmare det användarna upplever.
Bestäm i förväg vad som förbrukar den. Bekräftade driftstörningar, fel, svar som är långsammare än SLI:ns gräns och driftstörningar hos leverantörer du är beroende av brukar göra det; falsklarm ska inte göra det. Hur snabbt den förbrukas är burn rate.
Felbudget = (100 % − SLO) × fönster; kvar av budgeten = felbudget − driftstopp hittills
Exempel: Ett SLO på 99,9 % över 30 dagar ger 43 minuter och 12 sekunder. Efter ett avbrott på 25 minuter är 58 % förbrukat och 18 minuter och 12 sekunder återstår.
Uptimecheck mäter en tidsbaserad budget utanför ditt nätverk: kontroller så ofta som varje minut, varje fel bekräftat från en andra plats innan det räknas, och underhållsfönster borträknade. Rapporter visar upptid, nertid och incidenter per monitor för den här månaden, förra månaden eller de senaste 7, 30 eller 90 dagarna mot ett SLA-mål från 99 % till 99,99 %, även som CSV. Den återstående budgeten är den nertid som målet tillåter minus nertiden i rapporten; appen visar den inte som ett separat tal.
14 dagar gratis · Sedan gratis för 5 övervakningar · Inget kreditkort
Guides 6 min läsning
Så räknar du ut en felbudget utifrån en SLO, vad som förbrukar den, hur burn rate fungerar och hur du skriver en felbudgetpolicy som teamet faktiskt följer.
LäsGuides 7 min läsning
En SLI mäter hur en tjänst beter sig, en SLO är målet för den mätningen och ett SLA är löftet till kunderna. Definitioner, tabeller över driftstopp och hur du sätter var och en.
LäsGuides 6 min läsning
99,9 % upptid tillåter 43 minuter och 49 sekunder nertid en genomsnittlig månad. Vad varje nivå av nior tillåter per dag, månad och år, hur SLA:er mäter upptid, hur servicekrediter fungerar och hur du väljer ett mål.
LäsDet som din policy för error budget säger. En vanlig regel: bara buggrättningar och tillförlitlighetsarbete släpps tills fönstret har återhämtat sig, och riskfyllda ändringar får vänta.
Ett rullande 30-dagarsfönster minns en dålig vecka i en månad, vilket är strängare. En kalendermånad börjar om den 1:a och stämmer med hur de flesta SLA:er och fakturor räknas. Välj ett och håll fast vid det.
Bara om SLO:n säger det. Många team utesluter aviserat underhåll, med ett tak per månad, så att det inte kan dölja avbrott. I Uptimecheck räknas underhållsfönster aldrig som nedtid.
Sätt upp din första övervakning på under en minut, eller ta en titt i livedemon först.
14 dagar gratis · Sedan gratis för 5 övervakningar · Inget kreditkort
Om du godkänner det visar Google Analytics och Microsoft Clarity oss vilka sidor som hjälper och var besökare kör fast. De sätter cookies som gäller i upp till 13 månader. Utan ditt godkännande körs ingen av dem. Du kan ändra dig när som helst under Cookie-inställningar längst ner på sidan. Integritetspolicy