Nuestra página de estado usa pocas palabras a propósito. Cada servicio público tiene una fila de noventa días. Cada día tiene un solo color. Ese color lo determina el peor evento de ese día.
Este artículo trata de cómo leer bien esa fila. No solo de detectar un mal día, sino de distinguir qué tipo de mal día fue y qué dicen los noventa días sobre un servicio.
Un color, un día
Un día puede contener muchas cosas. Una breve lentitud por la mañana. Una ventana de mantenimiento planificado por la tarde. Una noche tranquila. La página no hace una media de todo eso. Muestra el evento más grave que ocurrió.
Esa decisión tiene un coste. Un día con diez horas buenas y una hora mala parece un mal día. Lo aceptamos. Una media ocultaría justo la hora en que usted pudo haber intentado usar el servicio.
La leyenda de la página de estado le indica qué color corresponde a cada tipo de evento. Utilícela en lugar de suponerlo.
Lentitud no es caída
Un servicio puede estar activo y, aun así, no resultar agradable de usar. Las páginas tardan en cargar. Las solicitudes tardan más de lo debido. Nada está roto, pero se nota.
Lo registramos como lentitud y tiene su propia marca. Lo hacemos por dos razones:
- Si solo marcáramos las caídas completas, una semana lenta parecería limpia. Usted confiaría en la fila más de lo debido.
- Si marcáramos la lentitud como caída, exageraríamos el problema. Usted pensaría que un servicio estaba roto cuando solo iba lento.
Así que, cuando vea un día de lentitud, léalo así: funcionó, pero no tan bien como debería.
El mantenimiento es planificado, y aun así se muestra
A veces detenemos o limitamos un servicio a propósito, para cambiar o reparar algo. Eso es mantenimiento.
Aun así lo incluimos en la fila. Una interrupción planificada sigue siendo una interrupción para usted, si necesitó el servicio en ese momento. Ocultarla haría que el historial pareciera mejor que su experiencia real.
El mantenimiento tiene su propia marca para que pueda distinguirlo de algo que salió mal. Una fila con unos pocos días de mantenimiento cuenta una historia distinta de una fila con unos pocos días de caída, aunque ambas sean interrupciones.
Leer noventa días, no uno
Un día le habla de un día. La fila le habla del servicio.
Cuando nosotros mismos examinamos un servicio, nos hacemos unas preguntas sencillas:
- ¿Cuántos días no están del todo limpios?
- ¿Los días malos están repartidos o agrupados?
- ¿Son sobre todo lentitud, sobre todo mantenimiento o caídas reales?
- ¿El extremo reciente de la fila es mejor o peor que el más antiguo?
Un grupo de días malos seguido de una larga racha limpia suele indicar que se arregló algo. Días malos repartidos de forma uniforme a lo largo de noventa días suelen indicar que algo todavía no se ha arreglado. Ninguna de las dos lecturas es segura, pero ambas son más útiles que mirar solo el día de hoy.
Lo que la fila no puede decirle
Queremos ser claros sobre sus límites.
La fila abarca solo los servicios públicos. No dice nada sobre el trabajo que aún no se ha publicado. Para eso, consulte los módulos de cada proyecto, marcados como shipped, building, next o later.
Tampoco explica por qué ocurrió algo. Muestra que ocurrió y su gravedad. Para saber qué cambió, el registro es el changelog.
Y noventa días son una ventana, no un historial completo. Un servicio que lo pasó mal hace mucho tiempo y tiene una racha reciente limpia se verá limpio.
Por qué lo mostramos así
Creamos Atheron Progress para que usted no tenga que fiarse de nuestra palabra. Los porcentajes se calculan a partir de las marcas de los módulos, nunca se escriben a mano. La fila de estado sigue la misma regla. Muestra lo peor de cada día, incluidas las partes que planificamos y las que solo fueron lentas.
Si una fila se ve peor de lo que esperaba, es la página haciendo su trabajo. Compruébelo usted mismo en la página de estado y lea la fila como querría que la leyéramos nosotros.
