Incidentes y post-mortems
Incidentes confirmados
Sección titulada «Incidentes confirmados»Un fallo confirmado por quórum abre un incidente cuyo inicio queda fijado en el segundo de la confirmación. Cada evento cae en la cronología: los votos de las regiones, las notificaciones, la confirmación, la recuperación. Esa cronología es el registro del que leen tu página de estado y tus evidencias del SLA.
Incidentes manuales
Sección titulada «Incidentes manuales»Abre un incidente a mano para todo lo que noten tus clientes, con un monitor vinculado o sin él. Retócalo y publícalo de forma explícita en las páginas de estado que elijas, porque la publicación es siempre un paso tuyo. Los incidentes manuales se incluyen a partir de Sentinel, como el mando de incidentes en general, y los incidentes automáticos y la confirmación, en todos los planes.
Post-mortems y acciones
Sección titulada «Post-mortems y acciones»Redactar y publicar post-mortems forma parte del mando de incidentes, incluido desde Sentinel igual que abrir incidentes a mano. Los incidentes automáticos, confirmados por quórum, se abren en todos los planes, y el mando de incidentes añade el trabajo manual encima.
El post-mortem cuelga del incidente: impacto, causa raíz, lecciones y las acciones, cada una con su responsable. Pasar de borrador a publicado es un paso explícito, con alcance interno o público. Cada post-mortem tiene su propia dirección en la app, así que se puede enlazar desde un ticket o un informe.
Guardar y publicar son pasos separados. Escribes en privado, publicas con una acción propia y decides aparte si el resultado es interno o público.
Los cambios aparecen en el historial de versiones con la persona, el momento y la acción, como guardar, publicar o restaurar. Restaurar un estado anterior crea otra entrada, y el log de actividad indica los campos afectados, así que el historial es atribuible y reversible. Las versiones de los post-mortems siguen un ciclo de vida propio de cada objeto, descrito en evidencias y retención junto con el camino para confirmar los términos de retención vinculantes.
Confirmar es hacerse cargo
Sección titulada «Confirmar es hacerse cargo»Quien confirma se queda con el incidente: el escalado se detiene, los demás dispositivos se callan y los recordatorios van a quien se ha hecho cargo. La marca de tiempo de la confirmación forma parte del registro, y por eso la cadena de escalado termina en un incidente confirmado, no en silencio.
Siguientes pasos
Sección titulada «Siguientes pasos»- Páginas de estado: comparte los incidentes con tus clientes.
- Evidencias y retención: cómo los incidentes se convierten en cifras SLA.