Uptime — el juego de triaje de guardia
Estás de guardia. Doce alertas, cuatro respuestas posibles, un presupuesto de error. Gratis, sin registro.
- ⏱ Presupuesto43/43 min
- 🫂 Equipo▮▮▮▮▮5/5
- 🟢 Disponibilidad100.000%
Doce alertas. Lee los hechos y elige una respuesta. No todo es una emergencia.
Cómo jugar
- ¿Sin impacto en clientes? Posponlo. Nada interno merece despertar a nadie.
- ¿Impacto y un despliegue en los últimos 30 minutos? Revierte: deshacer un cambio gana a diagnosticarlo.
- ¿Impacto, nada desplegado hace poco, pero un runbook vigente? Reinicia siguiendo el runbook.
- ¿Impacto y ninguna de las dos? Avisa al responsable. Ojo con despliegues antiguos y runbooks caducados: no cuentan.
Cómo funciona
Estás de guardia y lo único que controlas es qué haces con cada alerta. Un turno reparte doce, de una en una, y cada tarjeta enuncia sus hechos: si un cliente lo está viendo, cuándo desplegó el servicio por última vez y si hay un runbook para el síntoma. De esos tres hechos se sigue exactamente una de las cuatro respuestas. La regla está en pantalla desde la primera tarjeta y nunca cambia: lo que cambia es con cuánto cuidado hay que leer, porque un despliegue de hace seis horas no es el sospechoso y un runbook escrito para la arquitectura antigua no es un runbook. Dos medidores pueden acabar el turno antes de tiempo: el presupuesto de error, que un incidente visible pospuesto consume a toda velocidad, y la paciencia de tu equipo, que gasta cada aviso innecesario a las 3 de la mañana. Se ejecuta en tu dispositivo, no se envía nada a ninguna parte y no hay nada que registrar.
Un juego sobre criterio ante incidentes, no un manual de operaciones. La guardia real tiene más de cuatro opciones y peores horarios.
Preguntas frecuentes
¿Cuál es la regla exactamente?
Si un cliente no lo ve, posponlo a horario laboral. Si lo ve: revierte cuando haya habido un despliegue en los últimos treinta minutos, reinicia cuando un runbook vigente cubra el síntoma, y avisa al responsable cuando no aplique ninguna de las dos. El orden importa: deshacer un cambio reciente es más rápido que diagnosticarlo, por eso un despliegue fresco pesa más que un runbook.
¿Por qué posponer se castiga mucho más que avisar?
Porque los errores no son igual de graves. Dormirse con algo que los clientes ven consume presupuesto de error todo el rato que duermes. Despertar a alguien por algo que ya cubre un runbook cuesta buena voluntad y nada más: molesto, recuperable y no es una caída. La puntuación es la lección.
¿Las alertas son aleatorias?
El mazo se genera desde una semilla, así que un turno es reproducible, pero la mezcla es deliberada: ninguna respuesta es correcta más de un tercio de las veces, así que ninguna costumbre gana a leer. Las tarjetas sutiles — un despliegue antiguo, un runbook caducado — llegan más tarde en el turno, y en eso consiste la curva de dificultad.
¿Qué significa la cifra de disponibilidad?
Un mes al 99,9% permite unos 43 minutos de caída, y ese es tu presupuesto de error inicial. Cada decisión equivocada gasta una parte, y el porcentaje mostrado es lo que marcaría tu panel de SLO a fin de mes. Tres decimales, porque ahí es donde vive un objetivo del 99,9%.