Introduce el objetivo SLO, una ventana de eventos totales y fallidos y su duración en días. El panel muestra el presupuesto consumido, el burn rate y cuánto dura lo que queda a ese ritmo.
Se ejecuta localmente en tu navegadorUn burn rate de 1× consume todo el presupuesto durante un periodo SLO; esta calculadora no consulta datos de monitorización.
Se introducen cuatro números: el objetivo SLO en porcentaje, los eventos totales de la ventana de observación, cuántos fueron fallidos y la duración de esa ventana en días. El panel responde a las dos preguntas de un presupuesto de error — cuánto presupuesto consumen los fallos observados y cuánto dura lo que queda a ese ritmo — y hace la aritmética en la pestaña, sin contactar con ningún sistema de monitorización.
Introduce ambos recuentos de la misma ventana. La herramienta solo los compara con la tasa de error permitida y no sabe cómo clasifica tu monitorización un evento, así que un recuento de fallos que incluya tiempos de espera que tu SLO excluye desvía el presupuesto exactamente en esa cantidad.
La tasa de error permitida es 100 − objetivo: un SLO del 99,9 % admite que falle el 0,1 % de los eventos. Multiplicada por el total de eventos da la cifra que se imprime como eventos fallidos permitidos: 1.000 para un millón de eventos con un 99,9 %. El presupuesto usado es los fallos observados divididos entre ese margen, así que 2.500 fallos frente a un margen de 1.000 se leen como 250 % y no dejan nada, mientras que 500 fallos se leen como 50 % y dejan la mitad. La disponibilidad es la proporción directa de fallos, 1 − fallidos ÷ totales: 99,75 % en el primer caso y 99,95 % en el segundo.
El presupuesto restante se queda en 0 %: cuando el margen se agota, más fallos no convierten la cifra en negativa, la barra se pone roja y el panel lo dice. Unos fallos iguales al margen cuentan como presupuesto usado del todo, no como exceso; ese límite se decide con una tolerancia, porque el margen es el producto de dos números escritos a mano y una entrada exacta puede quedar una fracción de ulp por encima.
El burn rate divide la tasa de error observada entre la permitida. 1× significa que el presupuesto se gasta justo al ritmo que el SLO permite y dura un periodo completo; 2,50× significa dos veces y media más rápido; por debajo de 1× dura más que el periodo.
El agotamiento previsto es el tiempo que queda a ese ritmo, no lo que duraría un presupuesto nuevo: el periodo multiplicado por la parte de presupuesto aún sin usar, dividido entre el burn rate. Con 0,50× y la mitad del presupuesto sin gastar, una ventana de 30 días deja unos 30 días más. Un presupuesto ya consumido indica «presupuesto ya consumido», y una ventana sin fallos indica «no a este ritmo». El campo del periodo solo se usa para esa proyección: no escala los recuentos.
No llama a ningún sistema de monitorización, API de métricas ni DNS. Los cuatro valores son la única entrada, todo se calcula en el navegador y la página sigue funcionando sin conexión.
Y ahí se detiene: no hay alertas de burn rate multi-ventana (los pares 1 h / 6 h / 3 d), ni ponderación por servicio o por usuario, ni SLI basados en tiempo en los que la disponibilidad se cuenta en minutos en lugar de eventos, ni enrutado de alertas. Eso vive en tu plataforma de monitorización. Esta página es la comprobación aritmética que dice si una ventana de números sigue dentro del presupuesto o ya lo ha pasado.