Qué es realmente la monitorización de disponibilidad
La monitorización de disponibilidad comprueba si su sitio web, API o servidor está accesible. Un servicio de monitorización envía solicitudes a su endpoint desde servidores distribuidos por todo el mundo a intervalos regulares. Si su sitio no responde en un tiempo determinado, recibe una alerta.
Eso es todo. Sin magia. Solo verificación y alertas automatizadas.
El objetivo es simple: quiere saber de una caída antes que sus usuarios. Cuando un cliente ve una página de error, no sabe si es un parpadeo de 30 segundos o una interrupción de 3 horas. Solo sabe que su sitio no funciona. La monitorización de disponibilidad le sitúa por delante de esa conversación.
Cómo funcionan las verificaciones de monitorización
Un servicio de monitorización envía solicitudes HTTP a su URL y comprueba la respuesta. Si el código de estado es 200 y la respuesta llega dentro del tiempo de espera configurado (normalmente de 5 a 30 segundos), la verificación es exitosa. Si el servidor devuelve un código de error, tarda demasiado o no responde, la verificación falla.
La mayoría de los servicios le permiten elegir el intervalo de verificación. Los intervalos comunes son:
- 30 segundos: Detección más rápida. Se entera de las caídas casi al instante. Usado por equipos donde cada minuto cuenta (e-commerce, plataformas SaaS).
- 1 minuto: Adecuado para la mayoría de servicios en producción. Equilibra velocidad y coste.
- 5 minutos: Funciona para endpoints menos críticos o como nivel básico gratuito.
Algunos servicios también realizan verificaciones TCP (¿está un puerto abierto y aceptando conexiones?) y verificaciones UDP (¿llegó el datagrama?). Son útiles para bases de datos, servidores de juegos y servicios no HTTP.
Qué sucede cuando una verificación falla
Cuando una verificación falla, el servicio de monitorización envía una alerta. Las alertas llegan a los canales que configuró: correo electrónico, Slack, Discord, Telegram, SMS o PagerDuty.
Las buenas herramientas de monitorización incluyen escalado de alertas. Esto significa que el servicio no dispara una alerta con un solo fallo. En su lugar, espera 2 o 3 fallos consecutivos. Esto evita falsas alarmas por problemas de red transitorios. Un parpadeo de 2 segundos que se resuelve solo no debería despertarle a las 3 de la mañana.
Muchas herramientas también admiten horarios de silencio. Si realiza mantenimiento todos los domingos a las 2 de la mañana, puede indicar al monitor que suprima las alertas durante esa ventana. Su equipo no recibe avisos por trabajos planificados.
Por qué el “99,9 % de disponibilidad” de su proveedor de hosting no es suficiente
Los proveedores de hosting ofrecen SLA de disponibilidad. Prometen un 99,9 % o 99,99 % de disponibilidad. Pero estas garantías son reactivas, no proactivas. El proveedor solo se entera de la caída después de que ocurra y solo le compensa a posteriori.
Más importante aún, la disponibilidad del hosting cubre el servidor, no su aplicación. Su servidor puede estar “activo” mientras su base de datos está caída, su API devuelve errores 500 o su integración de pasarela de pago falla. Los SLA de hosting no detectan fallos a nivel de aplicación.
La monitorización de disponibilidad le da verificación independiente. Sabe si su sitio es realmente accesible desde el mundo exterior, no solo desde dentro del centro de datos.
Monitorización de disponibilidad vs. monitorización de heartbeat vs. monitorización SSL
La monitorización de disponibilidad es la categoría más amplia. Responde a: “¿Está mi servicio accesible?”
La monitorización de heartbeat responde a una pregunta diferente: “¿Se ejecutó mi tarea programada?” Configura su cron job o worker para que haga ping a una URL única cuando termine. Si el ping no llega dentro de la ventana esperada, recibe una alerta. Esto detecta fallos silenciosos que la monitorización de disponibilidad no puede ver. Su servidor está activo, su base de datos responde, pero su copia de seguridad nocturna falló silenciosamente hace tres semanas.
La monitorización SSL comprueba sus certificados TLS. Le avisa antes de que caduquen (normalmente a 30, 14 y 7 días). También señala cifrados débiles, discrepancias de dominio y problemas de cadena. La caducidad SSL es una de las causas de caída más evitables, y le ocurre incluso a los equipos más experimentados.
PingWatchdog incluye los tres tipos de monitorización en cada plan. Obtiene monitorización de disponibilidad, monitorización de heartbeat y monitorización SSL en un solo panel.
Qué monitorizar
Empiece por lo obvio: su página de inicio. Luego añada las páginas y endpoints con los que sus usuarios realmente interactúan.
Para un producto SaaS, monitorice su panel de control, su API, su endpoint de autenticación y los servicios de terceros de los que depende su aplicación. Para una tienda de e-commerce, monitorice la página de inicio, las páginas de producto, el carrito y el flujo de pago.
Añada monitores de heartbeat para sus trabajos en segundo plano críticos: copias de seguridad de base de datos, colas de correo electrónico, conciliación de facturación, sincronizaciones de datos. Estos se ejecutan en silencio. Si fallan, podría no saberlo durante semanas.
Añada monitores SSL para cada dominio y subdominio que posea. La caducidad de certificados no tiene por qué ser una sorpresa.
Elegir una herramienta de monitorización
Al comparar herramientas de monitorización de disponibilidad, fíjese en algunos aspectos:
- Intervalo de verificación: ¿Con qué rapidez puede detectar fallos? 30 segundos es ideal para servicios críticos.
- Ubicaciones de sondeo: ¿De dónde provienen las verificaciones? Varias regiones ayudan a distinguir “está caído” de “está lento desde Asia”.
- Canales de alerta: ¿Se integra con sus herramientas existentes? Slack, Discord, correo electrónico, PagerDuty.
- Páginas de estado: ¿Puede compartir la salud del servicio con sus usuarios? Una página de estado pública reduce los tickets de soporte.
- SSL y heartbeat: ¿Hace más que verificaciones de disponibilidad? La monitorización SSL y heartbeat integrada significa una herramienta en lugar de tres.
- Precios: ¿El plan gratuito le da suficiente para empezar? ¿El precio de pago escala con sus necesidades?
Creamos PingWatchdog para ser la herramienta que los equipos pequeños realmente necesitan. Ver nuestros planes o más información sobre nuestras funciones. Para ayuda para empezar: cómo configurar la monitorización de sitio web en 5 minutos.