*/5 * * * *Campos
| Minuto | */5 | 0, 5, 10, 15, 20, 25, 30, 35, 40, 45, 50, 55 |
|---|---|---|
| Hora | * | cualquiera |
| Día del mes | * | cualquiera |
| Mes | * | cualquiera |
| Día de la semana | * | cualquiera |
Dónde usarla
| crontab | */5 * * * * /path/to/script.sh |
|---|---|
| GitHub Actions | - cron: "*/5 * * * *" (on.schedule) |
| Kubernetes CronJob | schedule: "*/5 * * * *" |
crontab usa la zona horaria del servidor; GitHub Actions siempre usa UTC.
A tener en cuenta
*/5 en el campo de minutos se ejecuta en los minutos 0, 5, 10 y así hasta el 55, alineado con el reloj, no con el momento en que guardaste el crontab. Todas las tareas de todos los servidores que usan */5 se disparan en el mismo segundo, lo que puede provocar picos en una base de datos o una API compartidas; desplaza las tareas pesadas con 2-59/5, que se ejecuta en los minutos 2, 7, 12 y siguientes. Cada 10 minutos es */10.
Si una ejecución puede durar más de 5 minutos, protégela con flock -n para que las copias no se solapen; en Kubernetes, concurrencyPolicy: Forbid hace lo mismo. El PATH y el entorno de cron son mínimos, así que llama a los programas por su ruta absoluta y carga las variables en el script. Añade la salida a un log. GitHub Actions acepta */5 como mínimo, pero las ejecuciones programadas suelen empezar con varios minutos de retraso cuando hay mucha carga.