¿Qué es un incidente post mortem (informático)? ¿Cómo monitorizarlo?

Yo admiro la flexibilidad de Pandora FMS la cual es, desde luego, programada por los desarrolladores de software de Ártica ST. Pero allí no termina la cosa, hay un equipazo que a pesar de laborar con múltiples ocupaciones también logra escribir excelentes artículos por este lar.

A mí en lo particular me gustó mucho el que fue escrito por la sra. Sara Martín acerca del manejo de las crisis en la tecnología de la información y resumo (copia literal) los pasos:

  1. Saber pedir disculpas.
  2. Difundir el problema e incidir en que se está solucionando.
  3. Ser transparentes.
  4. Una buena comunicación.
  5. Después de la crisis.

Incidente post mortem

Linterna de Jack ( https://commons.wikimedia.org/wiki/File:Jack-o-lantern.svg )
Linterna de Jack ( https://commons.wikimedia.org/wiki/File:Jack-o-lantern.svg )

Este artículo arranca partiendo desde el punto número cinco: cuando pasado cierto tiempo de recuperación la crisis se ha solucionado o resuelto y se convierte en un incidente post mortem. Estas dos palabras provienen del idioma latín y significa después de muerto: estamos en octubre, mes de la celebración de la noche de brujas y si os asusta un poco también podreis usar la eufemística palabra retrospectiva. Pero seamos sinceros: ¿qué piensan ustedes cuando una reunión de trabajo comienza con «Veamos en retrospectiva … »? ¡Una serie de bostezos se vienen a continuación! En cambio es más «divertido» usar las palabras «incidente post mortem» pues le añade misterio e interés al asunto …

El campo de la monitorización es apenas un área para el aprendizaje a partir de errores: no en vano la Agencia Espacial Estadounidense (NASA) tiene su propia sección «Mi mejor error» en el blog de la APPEL (Academia de Liderazgo en Programas/Proyectos e Ingeniería). Como es de esperarse a las grandes empresas también le pueden sobrevenir problemas, ya relaté un caso de un compañía gigante donde siguieron (aunque no en el mismo orden) el manejo de una crisis informática de la cual salieron muy airosos. Dicho incidente en realidad no representó una peligro cierto para la reputación de la compañía, sin embargo sirvió para revisar procedimientos y técnicas de trabajo, lo cual muy probablemente fue hecho por personal que en el momento del incidente había dejado de trabajar allí hace tiempo.

Otros casos son más serios como lo sucedido a una aerolínea en 2017: en este último ejemplo se hace patente el incidente post mortem porque las decisiones fueron – o más bien dejaron de ser tomadas – por la alta gerencia. Mi punto es que ya sean empleados o empleadas o la alta gerencia, para un incidente post mortem buscamos establecer qué causó o qué conjunto de causas desembocaron en un problema, sin buscar culpables o responsables. Esto no significa que otros entes, por ejemplo gubernamentales o incluso una asamblea de accionistas realicen su propia investigación, si documentamos debidamente ni siquiera tendrán que llamarnos o comunicarse con nosotros, veamos.

Experiencia es el nombre que le damos a nuestros propios errores

Unos cuantos consejos para enfocarse en un incidente post morten:

Presume siempre de buena fe ( https://commons.wikimedia.org/wiki/File:Wiki-halo.png )
Presume siempre de buena fe en un incidente post mortem ( https://commons.wikimedia.org/wiki/File:Wiki-halo.png )
  • Como en la Wikipedia, asumamos siempre que se actuó de buena fe.
  • Sistemas complejos (y más ahora que tenemos multitud de dispositivos con muy diversos sistemas operativos) hacen difícil que haya una causa raíz: investiguemos qué sucedió realmente, identifiquemos las diversas causas, no los culpables.
  • Tomemos nuestro tiempo, esto es una maratón, no una carrera de cien metros planos. Los seres humanos somos reacios al cambio y tardamos mucho en reconocer nuestros errores, tendemos a ocultarlos o peor aún, culpar a otros de nuestros desaciertos.
Por favor, lea también   SENIAT: Uso de máquinas fiscales sin obligatoriedad

Monitorización de incidentes post mortem

Un administrador de sistema que tenga suficiente tiempo trabajando para una empresa u organización es capaz de imaginar cuáles serían los casos y condiciones que merecen configurar una alerta en Pandora FMS.

Sí, lo sabemos, muchos otros software tienen también esa característica pero aquí tenemos una poderosa herramienta para Centros de Atención al Usuario (CAU) como lo es Integria IMS. Pandora FMS trae preconfiguradas las acciones y comandos necesarios para realizar esta integración. Incluso si el problema es reiterado podremos hacerle su incidente post mortem asignando a otros responsables que se aboquen al caso y le hagan seguimiento a largo plazo, pero no solo eso. Con Integria IMS podremos generar rápidamente informes con los puntos débiles de su servicio, podremos agregar usuarios por roles de perfiles y grupos con la información obtenida desde Pandora FMS: esto facilita, a futuro, el agregar terceras personas o empresas a nuestros incidentes post mortem. También hay otros complementos para Pandora FMS que ofrecen un servicio similar.

Otro punto que es importante denotar es la línea de tiempo ocurrida en nuestro incidente post mortem. Para ello Pandora FMS tiene una excelente recolección de registros los cuales podremos ver en consolas creadas para tal efecto y si aún esto no es suficiente podremos hacer búsquedas directas en ElasticSearch sobre los datos allí almacenados por Pandora FMS, ¡son muchas las combinaciones y métodos de trabajo posibles para la tarea a realizar!

Incidente post mortem en los días soleados

Para todo el planeta Tierra el sol es vida. Un día soleado es un día feliz en nuestra mente, y un incidente post mortem puede -y debe- darse cuando un proyecto llegó a feliz término o con resultados que sobrepasaron ampliamente las espectativas o cálculos.

De nuevo como seres humanos pensamos siempre en lo malo, en lo negativo y no nos detenemos a pensar cómo sucedieron los buenos eventos o resultados para repetirlos a futuro o reutilizar partes o componentes de ellos en otros proyectos, ¡seamos optimistas!

Antes de despedirnos, recuerda que Pandora FMS es un software de monitorización flexible, capaz de monitorizar dispositivos, infraestructuras, aplicaciones, servicios y procesos de negocio.

¿Quieres conocer mejor qué es lo que Pandora FMS puede ofrecerte? Descúbrelo entrando aquí: https://pandorafms.com/es

Si cuentas con más de 100 dispositivos para monitorizar puedes contactar con nosotros a través del siguiente formulario: https://pandorafms.com/es/contactar/

Además, recuerda que si tus necesidades de monitorización son más limitadas tienes a tu disposición la versión OpenSource de Pandora FMS. Encuentra más información aquí: https://pandorafms.org/es/

No dudes en enviar tus consultas. ¡El equipazo de Pandora FMS estará encantado de atenderte!

¿Qué es un incidente post mortem (informático)? ¿Cómo monitorizarlo?

TítuloEnlace
Etsy's Winning Secret: Don't Play The Blame Game!https://www.businessinsider.com/etsy-chad-dickerson-blameless-post-mortem-2012-5
Blameless PostMortems and a Just Culturehttps://codeascraft.com/2012/05/22/blameless-postmortems/
Incident postmortemshttps://www.atlassian.com/incident-management/handbook/postmortems#blameless-postmortems
11 Tips for a Successful Post-Mortemhttps://www.portent.com/blog/project-management/tips-for-a-successful-post-mortem.htm
TítuloEnlace
-¿Qué es un incidente post mortem (informático)? ¿Cómo monitorizarlo? (69 caracteres)
-Incidente post mortem (palabras clave)
-post-mortem incident
-Comunidad, Servidores
-Cuando ya todo ha sucedido y
no puede aplicarse ya ningún
remedio: incluso así podremos
sacar provecho de estos
infortunios para monitorizaciones
futuras.