Monitoreo de uptime

Tu servidor dice que todo está bien. Tus usuarios ven un 502.

Los chequeos de salud internos pasan mientras el sitio es inalcanzable desde afuera. Cronitorex llama a tus endpoints desde su propia infraestructura, como lo haría un usuario, y te avisa cuando la realidad y tus paneles no coinciden.

api.example.com/health verificado cada 60 segundos

Un chequeo es más que un código de estado

Un HTTP 200 con el cuerpo vacío sigue siendo una caída. Cada chequeo define cómo se ve una respuesta saludable, y cualquier otra cosa cuenta como un fallo.

  • estado esperado · 200, 204, incluso 401
  • coincidencia de cuerpo · regex sobre la respuesta
  • encabezados personalizados · tokens de auth, encabezados de host
  • cuerpo de solicitud · POST con un payload JSON
  • timeout · lento cuenta como caído
chequeo · api.example.com
GET https://api.example.com/health
  interval      60s / 30s
  assert        status 200 · body =~ "ok"
  timeout       5s
  last result   200 in 187 ms
  p99 (24h)     312 ms

Un tropiezo no debería despertarte

Las redes fallan de vez en cuando. Cuando un chequeo falla con un error transitorio, Cronitorex reintenta con backoff: después de 60 segundos, luego 5 minutos, luego 15 minutos. Si un reintento tiene éxito, no se envía ninguna alerta.

Los fallos duros se saltan la escalera. Cuando tu endpoint devuelve 500 o rechaza las conexiones de plano, la alerta sale de inmediato, seguida de un aviso de recuperación una vez que los chequeos vuelven a estar en verde.

cdn-edge un tropiezo, reintentado, sin alerta
api-gateway caída real, una alerta, una recuperación

Cada 60 segundos, o cada 30

Los chequeos corren cada 60 segundos en Free y Pro, y cada 30 segundos en Business. El peor caso de detección es un intervalo más el primer reintento, no el momento en que a alguien se le ocurre abrir el sitio.

Cada chequeo también registra el tiempo de respuesta, así ves la semana lenta antes del día de la caída. Las tendencias viven en el mismo panel que tus cron jobs y certificados.

Free y Pro

Chequeos cada 60 segundos, reintentos con backoff, historial de tiempo de respuesta en cada chequeo.

Business

Chequeos cada 30 segundos, para endpoints donde cada minuto de caída tiene un costo.

Preguntas frecuentes sobre los chequeos de uptime

¿Desde dónde corren los chequeos?

Desde la infraestructura de Cronitorex en la UE, fuera de tu red. Un chequeo que corre al lado de tu app se pierde los fallos que tus usuarios realmente sufren, como problemas de DNS, TLS o enrutamiento.

¿Recibo una alerta por cada reintento fallido?

No. Los reintentos son internos. Recibes una alerta cuando se confirma un fallo y un aviso de recuperación cuando los chequeos vuelven a pasar, por email, Telegram, Discord, Slack o webhook.

¿Puedo verificar endpoints que requieren autenticación?

Sí. Agrega encabezados personalizados como un token de Authorization, elige el método HTTP y adjunta un cuerpo de solicitud. Los valores de los encabezados se guardan cifrados y nunca se incluyen en los mensajes de alerta.

Empieza a monitorear en 60 segundos

Regístrate, consigue una API key, pega el curl en tu cron. Eso es todo.