*/5 * * * *Campos
| Minuto | */5 | 0, 5, 10, 15, 20, 25, 30, 35, 40, 45, 50, 55 |
|---|---|---|
| Hora | * | qualquer |
| Dia do mês | * | qualquer |
| Mês | * | qualquer |
| Dia da semana | * | qualquer |
Onde usar
| crontab | */5 * * * * /path/to/script.sh |
|---|---|
| GitHub Actions | - cron: "*/5 * * * *" (on.schedule) |
| Kubernetes CronJob | schedule: "*/5 * * * *" |
O crontab usa o fuso horário do servidor; o GitHub Actions sempre usa UTC.
Bom saber
*/5 no campo de minuto roda nos minutos 0, 5, 10 e assim por diante até 55, alinhado ao relógio, não ao momento em que você salvou o crontab. Toda tarefa em todo servidor que usa */5 dispara no mesmo segundo, o que pode gerar picos em um banco de dados ou API compartilhados; desloque tarefas pesadas com 2-59/5, que roda em 2, 7, 12 e assim por diante. A cada 10 minutos é */10.
Se uma execução puder passar de 5 minutos, proteja-a com flock -n para que as cópias não se sobreponham; no Kubernetes, concurrencyPolicy: Forbid faz o mesmo. O PATH e o ambiente do cron são mínimos, então chame os programas pelo caminho absoluto e carregue as variáveis no script. Acrescente a saída a um log. O GitHub Actions aceita */5 como mínimo, mas as execuções agendadas muitas vezes começam vários minutos atrasadas sob carga.