O Cronitorex acompanha seus cron jobs, scripts de deploy, endpoints HTTP e certificados SSL. Envie um ping de qualquer script e receba um alerta em 60 segundos. Sem precisar construir sua própria infraestrutura de monitoramento do zero.
# Cron, deploy, ETL, backup, worker: envolva qualquer coisa em 3 linhas curl -sf https://api.cronitorex.com/ping \ -H "Authorization: Bearer $CRONITOREX_API_KEY" \ -d '{"event_type":"ping","monitor":"db-backup","status":"run"}' /usr/local/bin/backup.sh # seu script, o que você quiser rodar curl -sf https://api.cronitorex.com/ping \ -H "Authorization: Bearer $CRONITOREX_API_KEY" \ -d '{"event_type":"ping","monitor":"db-backup","status":"complete","duration":47.3}'
Funciona com qualquer script executado a partir do shell: bash, Python, GitHub Actions, CronJob do k8s, tarefa do Airflow, hook de deploy.
A maioria das quedas não se anuncia. Elas se parecem com isto:
Um cron de pg_dump vem terminando com código 1 desde o dia 4. Ninguém percebeu, porque um job que falha não escreve nada em um painel e não envia email nenhum. Você descobre durante uma restauração, o momento mais caro possível.
A renovação era automática, até alguém mudar o DNS. O certificado expirou às 2h13 e o checkout mostrou um aviso de segurança até segunda-feira. Nada no stack considerou isso um erro.
O servidor diz que o processo está de pé. Os usuários mesmo assim recebem um 502 do load balancer. De dentro, tudo parece saudável, e é exatamente por isso que a checagem precisa vir de fora.
O Cronitorex foi criado para esses três momentos.
Feito para desenvolvedores que querem controle total sobre o próprio stack de monitoramento.
Três pings. Visibilidade completa.
Uma requisição HTTP por ping. O Cronitorex as correlaciona em uma linha do tempo, detecta execuções perdidas e envia alertas em segundos. Sem agentes. Sem daemons. Só três pings.
Envie um ping run no início do seu job.
{"status": "run"}Sua tarefa de verdade é executada. O Cronitorex aguarda.
/usr/bin/backup.shEnvie complete ou fail. O painel atualiza na hora.
{"status": "complete"}Uma olhada rápida no que o Cronitorex te mostra todos os dias. Clique nas abas.
A execução terminou com exit 1. Alerta enviado para Telegram e email.
A API upstream retornou 401 depois de uma rotação de chave. Correção em andamento.
A checagem HTTP falhou 3 vezes seguidas com 503.
Incidente do provedor encerrado. Checagens voltaram a ficar verdes.
Email, webhook, Telegram e Discord em todos os planos. Slack a partir do Pro. PagerDuty no Business.
Polling externo e varredura de logs deixam passar, cada um, uma categoria inteira de falhas. Os pings fecham essa lacuna.
Uma checagem te diz que o servidor respondeu. Ela não pode te dizer que o backup das 2h nunca começou, porque não existe uma URL para perguntar sobre um job que não rodou.
Os logs registram tudo e não alertam sobre nada. Fazer grep no stack trace de ontem é arqueologia; quando alguém lê, o estrago já foi feito.
Um job que reportou run e nunca reportou complete está travado. Um job que não reportou nada está morto. Os dois disparam um alerta em menos de um minuto, com o exit code e o stderr anexados.
O Cronitorex faz as duas coisas: pings de dentro, checagens de fora. Ver como funciona →
Escolha quais monitores mostrar e o Cronitorex publica uma página de status com estado ao vivo, percentuais de uptime e histórico de incidentes. Você escreve atualizações enquanto investiga, então o suporte para de responder o mesmo email repetidas vezes. Disponível em todos os planos, com endereço próprio.
Seis cenários típicos onde o Cronitorex mostra seu valor.
Se conseguir enviar uma requisição HTTP, pode ser monitorado. Sem agente, sem SDK, sem regra de firewall: os pings saem do seu lado.
Uma linha com curl já basta. A documentação tem snippets prontos para cada ambiente. Ver a documentação →
Sim. O Cronitorex monitora cron jobs de produção, endpoints HTTP e certificados SSL todos os dias. Tráfego de produção é bem-vindo em todos os planos, inclusive no Free.
O Cronitorex expõe uma API HTTP padrão com o padrão run/complete/fail. Se sua ferramenta atual usa um modelo de ping parecido, a migração é só trocar a URL e a API key nos scripts que já existem. A referência completa da API está em docs.cronitorex.com, e um guia de migração passo a passo cobre a troca a partir do Cronitor, PostPing e outras ferramentas.
Notificações por email, Telegram, Discord e webhook estão disponíveis em todos os planos. O Slack está incluído a partir do plano Pro. Os webhooks permitem conectar qualquer endpoint HTTP, possibilitando integrar você mesmo qualquer serviço externo.
Sim. Escolha quais monitores publicar e o Cronitorex gera uma página de status pública com status ao vivo, percentuais de uptime e histórico de incidentes, disponível em todos os planos, inclusive no Free.
Hospedados na nossa própria infraestrutura na UE, em conformidade com o GDPR. Todo o tráfego passa por HTTPS (TLS 1.3): nenhum ping trafega em texto plano. O banco de dados fica em uma rede privada, acessível apenas pelos nossos serviços de aplicação. As senhas dos usuários são armazenadas como hashes criptográficos. Você pode rotacionar sua API key a qualquer momento pela página de perfil: a antiga para de funcionar imediatamente. Backups diários do banco, criptografados, com retenção de 30 dias. Exportação completa de dados e exclusão de conta pelo painel. Não vendemos nem compartilhamos dados com terceiros. Precisa de um relatório de auditoria ou de um deploy on-premise? Escreva para hello@cronitorex.com.
Cadastre-se, gere uma API key, cole o curl no seu cron. É só isso.