Informe a meta de SLO, uma janela de eventos totais e ruins e sua duração em dias. O painel mostra o orçamento consumido, o burn rate e quanto dura o que resta nesse ritmo.
Funciona localmente no seu navegadorUm burn rate de 1× consome todo o orçamento de erro em um período SLO; esta calculadora não busca dados de monitoramento.
São quatro números: a meta de SLO em porcentagem, o total de eventos da janela de observação, quantos deles foram ruins e a duração dessa janela em dias. O painel responde às duas perguntas de um orçamento de erro — quanto do orçamento os eventos ruins observados consomem e quanto tempo dura o que sobra nesse ritmo — e faz a aritmética na aba, sem contatar nenhum sistema de monitoramento.
Use as duas contagens da mesma janela. A ferramenta apenas as compara com a taxa de erro permitida e não sabe como o seu monitoramento classifica um evento, então uma contagem de eventos ruins que inclua timeouts que o seu SLO exclui desloca o orçamento exatamente nessa quantidade.
A taxa de erro permitida é 100 − meta: um SLO de 99,9% admite que 0,1% dos eventos falhe. Multiplicada pelo total de eventos, ela dá o número impresso como eventos ruins permitidos: 1.000 para um milhão de eventos a 99,9%. O orçamento usado é os eventos ruins observados divididos por essa margem, então 2.500 eventos ruins contra uma margem de 1.000 resultam em 250% e não deixam nada, enquanto 500 resultam em 50% e deixam metade. A disponibilidade é a razão direta de falhas, 1 − ruins ÷ total: 99,75% no primeiro caso e 99,95% no segundo.
O orçamento restante para em 0%: quando a margem acaba, mais falhas não tornam o número negativo, a barra fica vermelha e o painel avisa. Eventos ruins iguais à margem contam como orçamento totalmente consumido, não como excesso; esse limite é decidido com tolerância, porque a margem é o produto de dois números digitados e uma entrada exata pode ficar uma fração de ulp acima dela.
O burn rate divide a taxa de erro observada pela permitida. 1× significa que o orçamento é gasto exatamente no ritmo que o SLO permite e dura um período completo; 2,50× significa duas vezes e meia mais rápido; abaixo de 1× ele dura mais que o período.
O esgotamento previsto é o tempo que resta nesse ritmo, não o que um orçamento novo duraria: o período multiplicado pela parte do orçamento ainda não usada, dividido pelo burn rate. Com 0,50× e metade do orçamento intacta, uma janela de 30 dias deixa cerca de 30 dias a mais. Um orçamento já consumido mostra “orçamento já consumido”, e uma janela sem eventos ruins mostra “não nesse ritmo”. O campo do período serve apenas para essa projeção: ele não escala as contagens.
Ela não chama nenhum sistema de monitoramento, API de métricas ou DNS. Os quatro valores são a única entrada, tudo é calculado no navegador e a página continua funcionando offline.
E para por aí: não há alertas de burn rate multi-janela (os pares 1 h / 6 h / 3 d), nem ponderação por serviço ou por usuário, nem SLI baseado em tempo em que a disponibilidade é contada em minutos em vez de eventos, nem roteamento de alertas. Isso vive na sua plataforma de monitoramento. Esta página é a conferência aritmética que diz se uma janela de números ainda está dentro do orçamento ou já passou dele.