Monitorização de cron jobs e heartbeat que apanha falhas silenciosas.
Um cron job morto não gera nenhum erro nem escreve nenhum registo — só se descobre quando se precisa da cópia de segurança. Dê a cada tarefa um URL de ping e a Uptimia abre um incidente num minuto após o prazo falhado.
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 firstA cópia de segurança que não foi executada
Uma cópia de segurança noturna da base de dados, agendada para as 03:30. O script morreu antes de conseguir enviar o ping — sem erro, sem registo, e o único sinal foi o ping que nunca chegou.
Monitorize tarefas agendadas onde quer que corram
Se conseguir enviar um pedido HTTP, a Uptimia consegue vigiá-lo — os pings são só de saída, por isso as tarefas atrás de firewall ou NAT reportam sem problemas.
Agendamentos, sinais e o registo de pings
Alertado num minuto
Cada monitor é verificado a cada 60 segundos. Um prazo falhado para lá da tolerância abre um único incidente e os alertas são enviados — sem tempestades de repetições, e só encerra quando chega um ping real.
- Cadeias de escalonamento e ligações de confirmação com um clique — sem necessidade de iniciar sessão
- Aviso de recuperação quando a tarefa volta
- Janelas de manutenção e pausa — sem alertas falsos durante deployments
A sua expressão cron, o seu fuso horário
Cole a linha que já tem no seu crontab, ou defina um intervalo simples entre 30 segundos e 90 dias. Os prazos ajustam-se com o horário de verão, por isso uma tarefa das 03:30 continua a ser uma tarefa das 03:30 em outubro.
- Qualquer expressão cron de cinco campos — intervalos, passos, nomes, macros no estilo @daily
- Um período de tolerância definido por tarefa — uma que às vezes demora mais não alerta ninguém
- Agendamentos inválidos ou impossíveis são rejeitados ao guardar
no seu fuso
Todas as execuções no registo de pings
Abra um monitor e veja quando a tarefa correu pela última vez, se tem vindo a atrasar-se semana após semana, e quanto tempo demorou cada execução — sem precisar de aceder à máquina.
- Faixa de pulso de 12 horas e um gráfico de pings por hora face à taxa esperada
- Duração da execução em cada ping quando a tarefa envia um sinal de início
- Pings atrasados assinalados no registo — nunca alertados
esperados 4 / hora — às 09:00 obteve 3
start 09:45:01 · success 09:45:03 → run 2.1 s
Apanha bloqueios e falhas, não só o silêncio
Três sinais cobrem todas as formas de uma tarefa falhar. O sucesso reinicia a contagem decrescente; o início ativa um limite de duração, por isso uma tarefa bloqueada alerta mesmo que nunca termine; a falha alerta de imediato.
- /start — duração da execução no registo, mais deteção de duração máxima
- /fail — incidente imediato, sem período de tolerância
- Funciona a partir de qualquer cliente HTTP — curl, wget, PowerShell ou o seu próprio código
de falha
Como funciona a monitorização heartbeat
Um URL por tarefa — sem agente, sem biblioteca.
Crie um monitor
Dê nome à tarefa e defina o seu agendamento — intervalo ou cron. Ao guardar é gerado um URL de ping privado.
Adicione uma linha à tarefa
Acrescente um curl, ou copie um excerto já pronto — Crontab, Bash, PowerShell, GitHub Actions ou PHP. O monitor ativa-se sozinho com o primeiro ping.
30 3 * * * /usr/local/bin/db-backup.sh \
&& curl -fsS -m 10 --retry 3 \
https://uptimia.com/p/hb_9f2…c41 >/dev/null
# o primeiro ping real ativa o monitor:
✓ ping recebido — db-backup · noturno está ativado
Seja alertado quando ficar em silêncio
Prazo falhado mais tolerância = um incidente. A sua equipa é alertada num minuto, nos canais que já usa.
Adicione uma linha à tarefa.Fique a saber na mesma noite em que parar.
Todas as tarefas, todos os pings, todos os canais de alerta — grátis durante 30 dias, sem nenhum extra pago.
Também incluído
API REST completa
Crie, edite, coloque em pausa e elimine heartbeats a partir do seu pipeline — mais um endpoint de pré-visualização cron que valida expressões antes de irem para produção.
Excertos com o seu token já preenchido
Crontab, Bash, PowerShell, GitHub Actions e PHP.
Reposição do token com um clique
O URL antigo deixa de funcionar assim que o regenerar.
Limites de taxa compatíveis com NAT
Contados por monitor, não por IP — frotas de workers são bem-vindas.
Pings de teste
Dispare um a partir do painel e veja-o chegar ao registo.
Todos os tipos de monitor numa só conta
Os mesmos grupos, a mesma lista de contactos e as mesmas funções que qualquer outro tipo de monitor.
Onde os seus alertas chegam
Uma cópia de segurança falhada chega às mesmas pessoas, pelos mesmos canais, que um site que ficou indisponível.
Microsoft Teams12 canais, uma lista de contactos — configure uma vez, todos os tipos de monitor usam-na.
Ver o diretório completo de integrações →O que é a monitorização de cron jobs e heartbeat?
A monitorização de cron jobs — também chamada monitorização heartbeat — verifica se as tarefas agendadas realmente correm. Em vez de ser a Uptimia a sondar o seu servidor, cada tarefa envia um pequeno pedido HTTP ("ping") para o seu próprio URL único quando é executada. Se o ping não chegar dentro do prazo mais a tolerância, a Uptimia abre um incidente e alerta-o.
Monitorização de disponibilidade
Funciona quando há algo a perguntar. Sites e APIs respondem; um cron job não.
Monitorização heartbeat
sem ping até às 03:32 → o incidente abre · um ping /fail alerta de imediato
Um interruptor de homem morto para o cron
Todos os monitores heartbeat da Uptimia são isso mesmo — agendamentos que reconhecem cron, um período de tolerância e alertas onde quer que a sua equipa trabalhe.
Perguntas frequentes sobre monitorização heartbeat
01O que é que a minha tarefa tem mesmo de fazer?+
curl -fsS -m 10 --retry 3 https://uptimia.com/p/hb_… no fim da linha do crontab já chega. GET, POST e HEAD funcionam todos. O monitor mantém-se dormente até ao primeiro ping real, por isso não pode alertar enquanto ainda está a ser configurado.02Quando é que um alerta é exatamente acionado?+
/fail alerta de imediato, e nada volta a alertar enquanto um incidente estiver aberto.03A minha tarefa bloqueia em vez de falhar — isso é apanhado?+
/start quando a execução começa e defina uma duração máxima. Se não houver sucesso dentro desse limite, um incidente abre. Também tem a duração de cada execução no registo.04Porque é que o meu cron job não correu?+
05Posso monitorizar CronJobs do Kubernetes, GitHub Actions ou tarefas do Windows?+
06O que é guardado sobre cada ping?+
07Enviamos pings de centenas de workers atrás de um único NAT — isso é um problema?+
08Em que fuso horário correm os agendamentos cron?+
09Posso gerir heartbeats sem usar a interface?+
10Uma pré-visualização de ligação pode, por acidente, fazer parecer que uma tarefa morta continua viva?+
11A monitorização heartbeat é um extra pago?+
A sua próxima tarefa falhada devia acionar um alerta.
Uma linha no fim de uma tarefa coloca-a sob vigilância — junto da sua monitorização de disponibilidade, SSL e servidores.