Por qué tu web necesita monitorización de uptime

Qué tumba un sitio

Un sitio puede dejar de responder por motivos que no tienen nada que ver entre sí. La lista habitual:

• Código con errores, incluido un despliegue que pasó la revisión y falló en producción
• Fallos del proveedor de alojamiento, desde una sola máquina hasta un centro de datos entero
• Límites del hosting alcanzados: ancho de banda, conexiones, cuota de CPU, disco
• Intentos de intrusión contra la aplicación o el servidor
• Ataques DDoS, que saturan el servidor hasta que deja de responder a cualquier petición, buena o mala
• Un registro de dominio caducado
• Un certificado TLS caducado, que hace que todos los navegadores rechacen la conexión

La mayoría de estos casos están bajo tu control. Puedes revisar el código, dimensionar el hosting según el tráfico y renovar a tiempo un dominio y un certificado. Los intentos de intrusión y el tráfico DDoS no lo están: solo puedes limitarlos y absorberlos. Lo que tienen en común los siete es que el servidor casi nunca te avisa. Una máquina que no puede llegar a internet no puede enviarte un mensaje diciéndolo, y un certificado que caducó a medianoche no abre un ticket.

Qué te cuesta una caída mientras no te enteras

Un visitante que se topa con "Servidor no encontrado" recarga una vez, comprueba que escribió bien la dirección y luego busca un sitio que funcione. La ventana en la que retienes a esa persona es corta, y se cierra sin que nadie te diga que se ha cerrado.

La aritmética es fácil de aplicar a tu propio sitio. Toma un valor medio de pedido de 25 $ y 50 visitantes por hora que convierten: esa hora vale unos 1.250 $, y una hora de caída cuesta esos mismos 1.250 $. Nada en tu analítica registra esa hora como una pérdida: los pedidos que no llegaron a producirse solo dejan una caída que la semana que viene achacarás a otra cosa. Las páginas lentas hacen una versión más silenciosa del mismo daño. El sitio responde, la comprobación pasa, y los visitantes se van de todos modos.

Cómo cambia la secuencia la monitorización

La monitorización sustituye "nos avisó un cliente" por "la comprobación falló a las 03:14 desde cuatro ubicaciones".

1. Adelanta el arranque del cronómetro. El tiempo de reparación se mide desde el momento en que te enteras, así que cualquier cosa que acorte el retraso en detectarlo acorta la caída.
2. Te da pruebas. Qué comprobación falló, desde qué ubicaciones, con qué código de estado o tiempo de espera agotado, y cuándo fue el último resultado correcto. Eso es la mayor parte de un diagnóstico antes de haber abierto una terminal.
3. Te dice la diferencia entre una caída para todo el mundo y una caída desde una sola red, porque las comprobaciones se ejecutan desde muchos sitios a la vez y no desde un único servidor.

La comprobación externa es la parte que un registro del lado del servidor no puede sustituir. Si el problema está en la ruta de red, en el registro DNS o en el certificado, el servidor no ve nada raro en absoluto. Ejecutar la misma petición desde muchos países, que es la idea detrás de la monitorización de disponibilidad distribuida, es lo que hace visible un fallo regional como fallo regional y no como un misterio.

Qué monitorizar más allá de si está activo o caído

Una comprobación de disponibilidad responde a una sola pregunta. Lo que rompe un sitio suele hacerse visible antes en otros sitios:

• Disponibilidad e indisponibilidad del servidor, la comprobación básica
• Tiempo de respuesta, que se degrada antes de fallar del todo
• Presión de CPU, RAM y disco en el servidor
• Carga de la base de datos y latencia de las consultas
• Caducidad del dominio
• Caducidad del certificado
• Contenido de la página, de modo que un sitio que devuelve 200 con una página de error también quede detectado

La caducidad del dominio y del certificado merecen mención aparte, porque son las dos caídas con una fecha conocida de antemano. Ambas se pueden evitar por completo con una alerta configurada con semanas de antelación.

Reducir el tiempo de caída una vez que puedes verlo

1. Pon un monitor sobre el sitio, desde fuera, con un intervalo lo bastante corto para que una caída se mida en minutos y no en horas. Ejecuta primero una comprobación HTTP puntual desde varias ubicaciones para ver cómo responde el sitio hoy.
2. Elige un proveedor de hosting con margen de capacidad y un historial que hayas comprobado tú, no uno del que solo te hayan hablado. Un plan "ilimitado" no es ilimitado.
3. Mantén la aplicación, el software del servidor y los plugins con los parches al día. Un sitio comprometido pierde más que disponibilidad: pierde credibilidad ante los clientes y ante los buscadores.
4. Configura alertas de caducidad para el dominio y para todos los certificados, con margen suficiente para renovarlos.

Comprobar una vez frente a saber cuándo se rompe

Una comprobación que haces a mano responde por el momento en que la ejecutaste. Un monitor responde de forma continua y te dice cuándo cambia la respuesta. HostTracker monitoriza sitios web desde 2004 y ahora vigila más de 500.000 sitios web desde más de 300 puntos de control en 158 ciudades, con 13 tipos de monitor y alertas por correo, SMS, llamada de voz, Slack, Telegram y más. Consulta el conjunto de funciones para ver qué cubren esas comprobaciones, la guía de la comprobación HTTP, la más habitual para empezar, y el resto de la sección de conceptos de monitorización para los términos que hay detrás.