Agendamento cron
Cron toda segunda-feira
A expressão cron para toda segunda-feira é 0 0 * * 1: 00:00 de segunda, uma vez por semana. 0 0 * * MON é o mesmo onde nomes de dia são aceitos.
| Expressão | 0 0 * * 1 |
|---|---|
| Execuções | 52 vezes em 2027 |
| OnCalendar do systemd | Mon *-*-* 00:00:00 |
Como funciona
No campo de dia da semana, segunda é 1 (domingo é 0). Com o dia do mês em *, a única condição é o dia da semana, então a tarefa dispara 52 ou 53 vezes por ano.
Meia-noite de segunda é uma fronteira natural para relatórios semanais, já que a semana anterior acabou de fechar. Para algo que as pessoas devem ver ao chegar, use uma hora da manhã, como 0 8 * * 1. Repare que a palavra weekly do systemd também significa segunda 00:00, diferente do @weekly do cron, que é domingo.
O que os agendamentos de segunda têm de famoso é o erro da “primeira segunda do mês”, logo abaixo. Ele pega gente experiente porque a expressão óbvia é válida e roda vezes demais.
| Campo | Valor | Significado |
|---|---|---|
| Minuto | 0 | minuto 0 (hora cheia) |
| Hora | 0 | hora 0 (0h) |
| Dia do mês | * | todo dia do mês |
| Mês | * | todo mês |
| Dia da semana | 1 | segunda-feira |
Próximas execuções
Como no GitHub Actions sem timezone, na Vercel, na Cloudflare e no Kubernetes com timeZone "Etc/UTC".
| Execução | Seu horário | UTC |
|---|---|---|
| 1 | Calculando… | |
| 2 | ||
| 3 | ||
| 4 | ||
| 5 |
Versões prontas para colar
O mesmo agendamento em cada agendador, com o que muda em cada um.
crontab (Linux, macOS, BSD)
# m h dom mon dow command
0 0 * * 1 /usr/local/bin/job.sh >> /var/log/job.log 2>&1- O cron usa o fuso horário do servidor. No cronie (Fedora, RHEL),
CRON_TZ=America/Sao_Paulonuma linha acima muda o fuso das linhas seguintes.
GitHub Actions
on:
schedule:
- cron: '0 0 * * 1'
# timezone: 'America/Sao_Paulo' # opcional; sem ele, UTC
workflow_dispatch: {}- Roda em UTC, a menos que você defina
timezone, e só no branch padrão. A documentação do GitHub avisa que execuções agendadas podem atrasar em horários de pico e que, em repositórios públicos, o agendamento é desativado após 60 dias sem atividade. - O início de cada hora é o horário de maior fila no GitHub. Se o minuto exato não importa, troque o
0por outro minuto, como17, para atrasar menos. - Com
timezonenum fuso que tem horário de verão, um horário que não existe no dia da mudança é adiado para o próximo horário válido (2:30 vira 3:00, segundo a documentação).
CronJob do Kubernetes
apiVersion: batch/v1
kind: CronJob
metadata:
name: scheduled-job
spec:
schedule: "0 0 * * 1"
timeZone: "Etc/UTC"
concurrencyPolicy: Forbid
jobTemplate:
spec:
template:
spec:
restartPolicy: OnFailure
containers:
- name: job
image: busybox:1.36
command: ["/bin/sh", "-c", "date; echo running"]spec.timeZoneé estável desde o Kubernetes 1.27; sem ele, vale o fuso do kube-controller-manager.concurrencyPolicy: Forbidpula uma execução se a anterior ainda estiver rodando.
Cron Jobs da Vercel
{
"crons": [
{ "path": "/api/cron", "schedule": "0 0 * * 1" }
]
}- A Vercel sempre usa UTC, não aceita nomes como
MONouJANe não deixa definir dia do mês e dia da semana ao mesmo tempo. - Cabe no plano Hobby, mas lá a precisão é por hora: o disparo pode acontecer em qualquer minuto dentro da hora agendada.
Cloudflare Workers
[triggers]
crons = ["0 0 * * MON"]- Cron Triggers rodam em UTC. Mudanças podem levar até 15 minutos para se propagar pela rede da Cloudflare.
- Na Cloudflare, os dias da semana vão de 1 = domingo a 7 = sábado, diferente do cron comum. Por isso o exemplo usa nomes (
MON,SUN), que não têm ambiguidade.
node-cron (Node.js)
import cron from 'node-cron';
// 6 campos: o primeiro (segundos) é opcional
cron.schedule('0 0 0 * * 1', async () => {
await runJob();
}, { timezone: 'UTC', noOverlap: true });- O agendamento vive dentro do processo Node: se ele cair, nada roda; se houver três réplicas, a tarefa roda três vezes.
noOverlappula um disparo enquanto o anterior não terminou.
Timer do systemd
# /etc/systemd/system/job.timer
[Unit]
Description=Run job.service every Monday at midnight
[Timer]
OnCalendar=Mon *-*-* 00:00:00
Persistent=true
[Install]
WantedBy=timers.target
# /etc/systemd/system/job.service
[Service]
Type=oneshot
ExecStart=/usr/local/bin/job.sh
# systemctl daemon-reload && systemctl enable --now job.timer- Confira com
systemd-analyze calendar 'Mon *-*-* 00:00:00', que mostra a forma normalizada e a próxima execução.AccuracySecpadrão é 1min, então o disparo pode variar até um minuto. Persistent=trueroda a tarefa assim que a máquina liga se o horário passou com ela desligada, algo que o cron não faz.
Spring @Scheduled e Quartz
@Scheduled(cron = "0 0 0 * * 1", zone = "UTC")
public void runJob() {
// ...
}
// Quartz CronTrigger:
CronScheduleBuilder.cronSchedule("0 0 0 ? * MON")- No Spring, o primeiro dos 6 campos são os segundos; o resto segue o cron comum (0 ou 7 = domingo).
- No Quartz, um dos campos de dia precisa ser
?, e os dias da semana vão de 1 = domingo a 7 = sábado; por isso o exemplo usa nomes.
Armadilhas
0 0 1-7 * 1 não é a primeira segunda do mês
Quando os dois campos de dia estão restritos, o crontab(5) diz que a tarefa roda quando qualquer um bate. Essa expressão roda nos dias 1 a 7 E em toda segunda, 10 ou 11 vezes por mês. Use 0 0 1-7 * * com [ "$(date +\%u)" = 1 ] && job.sh, ou MON#1 no Spring e no Quartz.
Segunda 00:00 UTC é domingo à noite no Brasil
No GitHub, na Vercel ou na Cloudflare, 0 0 * * 1 dispara às 21:00 de domingo no horário de Brasília. Tarefas semanais que devem rodar “segunda de manhã” precisam de uma hora UTC mais tarde, como 0 11 * * 1 para 8h.
1 é domingo no Quartz e na Cloudflare
Os dois numeram os dias a partir de 1 = domingo, então 1 lá é domingo. Escreva MON.
Perguntas frequentes
- Qual é a expressão cron para toda segunda-feira?
- 0 0 * * 1 roda à meia-noite de toda segunda. 0 0 * * MON é equivalente onde nomes são aceitos.
- Como rodar um cron toda segunda às 9h?
- 0 9 * * 1.
- Como rodar na primeira segunda-feira do mês?
- O cron padrão não expressa isso num campo só. Rode 0 0 1-7 * * e verifique dentro da tarefa se date +%u é 1 (escape o % como \% no crontab). Spring e Quartz aceitam MON#1, e o systemd aceita Mon *-*-01..07.
- Segunda é 1 ou 2 no cron?
- No cron padrão, segunda é 1. No Quartz e nos Cloudflare Workers, segunda é 2, porque eles contam domingo como 1.
Revisado em por Arielton Oberek.