Monitoreo de tareas cron & heartbeat que detecta los fallos silenciosos.
Una tarea cron muerta no lanza ningún error ni escribe ningún registro — se entera cuando necesita la copia de seguridad. Asigne a cada tarea una URL de ping y Uptimia abrirá un incidente en menos de un minuto desde el plazo incumplido.
Pulse — last 2 hours
one blip per ping received · 24 expectedHow this check works
hb_9f2c41d8a03b57e6The ping — one line of cron
crontab · queue-workerPing log
every signal we received, newest firstLa copia que no se ejecutó
Una copia de seguridad nocturna de la base de datos, programada para las 03:30. El script murió antes de poder hacer ping — nada dio error, nada quedó registrado, y la única señal fue el ping que nunca llegó.
Monitoree tareas programadas estén donde estén
Si puede enviar una solicitud HTTP, Uptimia puede vigilarla — los pings son solo de salida, así que las tareas detrás de firewalls y NAT informan sin problema.
Horarios, señales y el registro de pings
Avisado en menos de un minuto
Cada monitor se comprueba cada 60 segundos. Un plazo incumplido más allá de su margen de gracia abre un único incidente y se envían las alertas — sin tormentas de repetición, y solo se cierra cuando llega un ping real.
- Cadenas de escalado y enlaces de reconocimiento con un clic — sin necesidad de iniciar sesión
- Aviso de recuperación cuando la tarea vuelve
- Ventanas de mantenimiento y pausa — sin falsas alarmas durante los despliegues
Su expresión cron, su zona horaria
Pegue la línea que ya tiene en su crontab, o establezca un intervalo simple de entre 30 segundos y 90 días. Los plazos se ajustan con el horario de verano, así que una tarea de las 03:30 sigue siendo una tarea de las 03:30 en octubre.
- Cualquier expresión cron de cinco campos — rangos, pasos, nombres, macros al estilo @daily
- Un margen de gracia que define por tarea — una que a veces se alarga no avisará a nadie
- Los horarios no válidos o imposibles se rechazan al guardar
su zona horaria
Cada ejecución, registrada
Abra un monitor y compruebe cuándo se ejecutó la tarea por última vez, si se ha ido retrasando semana a semana, y cuánto duró cada ejecución — sin tener que entrar por SSH en la máquina.
- Franja de pulso de 12 horas y un gráfico de pings por hora frente a la frecuencia esperada
- Duración de la ejecución en cada ping cuando la tarea envía una señal de inicio
- Los pings tardíos se marcan en el registro — nunca avisan
se esperaban 4/hora — a las 09:00 hubo 3
start 09:45:01 · success 09:45:03 → run 2.1 s
Detecta cuelgues y caídas, no solo silencio
Tres señales cubren todas las formas en que una tarea puede fallar. El éxito reinicia la cuenta atrás; el inicio activa un límite de duración, así que una tarea colgada avisa aunque nunca termine; el fallo avisa de inmediato.
- /start — duración de la ejecución en el registro, además de detección de duración máxima
- /fail — incidente inmediato, sin margen de gracia
- Funciona desde cualquier cliente HTTP — curl, wget, PowerShell o su propio código
fallo
Cómo funciona el monitoreo heartbeat
Una URL por tarea — sin agente, sin biblioteca.
Cree un monitor
Dé nombre a la tarea y defina su horario — intervalo o cron. Al guardar se genera una URL de ping privada.
Agregue una línea a la tarea
Agregue un curl, o copie un fragmento ya preparado — Crontab, Bash, PowerShell, GitHub Actions o PHP. El monitor se activa con el primer ping.
30 3 * * * /usr/local/bin/db-backup.sh \
&& curl -fsS -m 10 --retry 3 \
https://uptimia.com/p/hb_9f2…c41 >/dev/null
# el primer ping real activa el monitor:
✓ ping recibido — db-backup · nightly está activado
Reciba una alerta cuando enmudezca
Plazo incumplido más margen de gracia = un incidente. Su equipo recibe una alerta en menos de un minuto, por los canales que ya usan.
Agregue una línea a la tarea.Entérese la noche en que deje de funcionar.
Cada tarea, cada ping, cada canal de alertas — gratis durante 30 días, y nada de eso es un complemento de pago.
También incluido
API REST completa
Cree, edite, pause y elimine heartbeats desde su pipeline — además de un endpoint de vista previa de cron que valida las expresiones antes de publicarlas.
Fragmentos con su token ya incluido
Crontab, Bash, PowerShell, GitHub Actions y PHP.
Restablecimiento del token con un clic
La URL antigua deja de funcionar en cuanto la regenera.
Límites de frecuencia adaptados a NAT
Se cuentan por monitor, no por IP — las flotas de workers son bienvenidas.
Pings de prueba
Dispare uno desde el panel para verlo llegar al registro.
Todos los tipos de monitor en una sola cuenta
Los mismos grupos, la misma lista de contactos y los mismos roles que cualquier otro tipo de monitor.
Dónde llegan sus alertas
Una copia de seguridad perdida llega a las mismas personas, por los mismos canales, que un sitio caído.
Microsoft Teams12 canales, una lista de contactos — configúrela una vez, todos los tipos de monitor la usan.
Explore el directorio completo de integraciones →¿Qué es el monitoreo de tareas cron & heartbeat?
El monitoreo de tareas cron — también llamado monitoreo heartbeat — comprueba que las tareas programadas realmente se ejecutan. En vez de que Uptimia sondee su servidor, cada tarea envía una breve solicitud HTTP ("ping") a su propia URL única cuando se ejecuta. Si el ping no llega dentro del plazo más el margen de gracia, Uptimia abre un incidente y le avisa.
Monitoreo de disponibilidad
Funciona cuando hay algo que preguntar. Los sitios web y las APIs responden; una tarea cron no.
Monitoreo heartbeat
sin ping antes de las 03:32 → se abre el incidente · un ping /fail avisa al instante
Un interruptor de hombre muerto para cron
Cada monitor heartbeat de Uptimia es uno — horarios que entienden cron, un margen de gracia y alertas allí donde trabaja su equipo.
Preguntas frecuentes
01¿Qué tiene que hacer exactamente mi tarea?+
curl -fsS -m 10 --retry 3 https://uptimia.com/p/hb_… al final de la línea del crontab es suficiente. GET, POST y HEAD funcionan todos. El monitor permanece inactivo hasta su primer ping real, así que no puede avisar mientras lo está configurando.02¿Cuándo se dispara exactamente una alerta?+
/fail avisa de inmediato, y nada vuelve a avisar mientras un incidente está abierto.03Mi tarea se cuelga en vez de fallar — ¿lo detectarán?+
/start cuando comience la ejecución y defina una duración máxima. Si no llega ningún éxito dentro de ese límite, se abre un incidente. También obtiene la duración de cada ejecución en el registro.04¿Por qué no se ejecutó mi cron?+
05¿Puedo monitorear CronJobs de Kubernetes, GitHub Actions o tareas de Windows?+
06¿Qué guardan de cada ping?+
07Hacemos ping desde cientos de workers detrás de una sola NAT — ¿es un problema?+
08¿En qué zona horaria se ejecutan los horarios cron?+
09¿Puedo gestionar los heartbeats sin la interfaz?+
10¿Puede una vista previa de enlace hacer que una tarea muerta parezca viva?+
11¿Es de pago el monitoreo heartbeat?+
Su próxima tarea fallida debería avisarle.
Una línea al final de una tarea la pone bajo vigilancia — junto a su monitoreo de disponibilidad, SSL y servidores.