Por qué tu servidor se cae y nadie se entera hasta que llama un cliente

Hay una llamada que todo dueño de negocio aprende a temer: un cliente diciendo "tu web no funciona". Y no da miedo por la caída en sí, sino por lo que revela: te enteraste el último.

Comprobar que responde no es monitorear

La mayoría de los hostings ofrecen un ping: cada cinco minutos algo pregunta al servidor si sigue vivo. Si contesta, luz verde. El problema es que un servidor puede contestar perfectamente mientras el sitio que hay detrás está completamente roto.

Un disco lleno, un certificado vencido, una base de datos que rechaza conexiones, un pool de procesos agotado. En todos esos casos el servidor responde al ping y tu monitoreo sigue en verde mientras los clientes ven un error.

Lo que de verdad hay que vigilar

El monitoreo de verdad comprueba lo que le importa al cliente, no la máquina. Carga una página real y verifica que el contenido esté. Prueba el pago. Vigila el disco, la memoria y el vencimiento de los certificados antes de que se conviertan en caídas.

# What a useful check looks like
curl -sf https://site.com/health | grep -q "ok" || alert
 
# What most people have instead
ping site.com

La parte que nadie configura

Hasta el mejor monitoreo es inútil si la alerta llega a un buzón que nadie mira a las tres de la mañana. Las alertas necesitan un destino que alguien realmente revise, y una regla sobre qué merece despertar a una persona.

Una alerta que salta cada día por algo que nadie arregla no es una alerta. Es ruido, y entrena a tu equipo para ignorar la que sí importa.

Por dónde empezar

Elige las tres cosas que te costarían dinero si fallaran: que la web cargue, que el formulario envíe, que el pago pase. Comprueba esas tres, cada minuto, desde fuera de tu red. Manda los fallos a algún sitio que suene. Eso es el 80% del valor y se hace en una tarde.