¿Qué es uptime monitoring y por qué una web puede estar caída aunque el servidor siga encendido?
Publicado el 2026-10-21 por frfrand
Monitoreo de disponibilidad: comprobaciones HTTP, latencia, alertas, zonas y falsos positivos explicados.
Uptime monitoring consiste en comprobar periódicamente si un servicio responde como debería. Es útil porque una máquina puede seguir encendida mientras su sitio web está caído, devuelve errores o tarda tanto que nadie consigue utilizarlo.
Monitorear únicamente si el servidor responde a un ping no alcanza para comprobar que los visitantes pueden realizar una compra o iniciar sesión.
El ejemplo de un restaurante
Un restaurante puede tener las luces encendidas, los cocineros presentes y la puerta abierta. Pero si la caja no acepta pagos, una parte importante del servicio está fallando.
En una web ocurre algo parecido. El sistema operativo puede estar funcionando, Nginx puede responder y, aun así, una consulta a la base de datos puede fallar en cada solicitud.
Por eso conviene medir la disponibilidad del servicio que realmente utiliza el cliente, no solo la existencia de la máquina.
¿Qué puede comprobar una herramienta de uptime?
Una comprobación básica realiza una solicitud HTTP y observa si hay respuesta dentro de un plazo. Puede revisar el código devuelto, el tiempo que tardó y, según la herramienta, si aparece un contenido esperado.
Por ejemplo, la página de inicio podría responder 200 OK, pero contener un mensaje de mantenimiento. Un monitor que solo comprueba el código puede considerarla sana. Un monitor con una validación específica podría detectar ese comportamiento.
Tampoco conviene usar una ruta demasiado compleja para todas las comprobaciones: una operación costosa repetida constantemente podría añadir carga innecesaria.
¿Qué es un health check?
Es una comprobación diseñada para informar el estado de un componente o aplicación.
Puede existir una ruta como /health que indique si el servicio está preparado. En sistemas distribuidos se distinguen a veces comprobaciones de liveness y de readiness: una pregunta si el proceso necesita intervención; la otra si está listo para atender tráfico.
No son exactamente lo mismo. Reiniciar una aplicación cada vez que una base de datos externa tarda unos segundos puede agravar una caída.
¿Por qué conviene monitorear desde varios lugares?
Una página puede funcionar desde tu oficina y fallar para visitantes de otro país por problemas de DNS, conectividad regional o red del proveedor.
Comprobar desde distintas ubicaciones ayuda a distinguir una interrupción general de un problema localizado. Pero también puede producir falsas alarmas cuando un único monitor tiene problemas propios.
Una política sensata puede requerir más de una comprobación fallida antes de avisar.
¿Cómo se calcula el porcentaje de disponibilidad?
Si un servicio funciona durante casi todo un período, el porcentaje puede ser elevado, pero el significado depende de cómo definas el tiempo observado y qué considerás una caída.
Una cifra como 99,9 % puede parecer cercana a 100 %, pero tiene implicaciones operativas reales. Además, no describe por sí sola si las páginas tardaban un segundo o veinte.
Por eso conviene complementar disponibilidad con latencia y tasa de errores.
¿Qué debe hacer una alerta?
Avisar cuando existe una situación sobre la que alguien puede actuar. Debe incluir qué servicio falla, desde cuándo y dónde se observaron los problemas.
Si el sistema manda cincuenta notificaciones durante un mismo incidente, puede dificultar la respuesta. Agrupar eventos y documentar procedimientos resulta más útil que aumentar el número de mensajes.
¿Qué errores aparecen al configurar monitores?
Comprobar solo ping: puede estar encendida la máquina, pero el servidor web no funciona.
Usar un intervalo imposible de mantener: las comprobaciones demasiado frecuentes generan coste y tráfico.
No probar las alertas: podés creer que recibirás un aviso y descubrir demasiado tarde que estaba mal configurado.
Confundir ausencia de mediciones con éxito: si el monitor dejó de funcionar, eso no demuestra que la web siga disponible.
¿Cómo se aplicaría en ArduMaker?
Si alojás una web en un VPS de ArduMaker, un monitor externo puede comprobar periódicamente el dominio público y avisar cuando deja de responder. Esto complementa la supervisión interna del servidor y ayuda a distinguir un problema de infraestructura de uno visible para los visitantes.
En resumen: uptime no es solamente que un servidor esté encendido. Es observar, desde fuera, si el servicio cumple una condición útil y avisar cuando deja de hacerlo.
Fuentes: Google SRE: Monitoring Distributed Systems · Google Cloud: Uptime checks.