¿Cómo ejecuto un job cada 5 minutos?

Usa */5 * * * *. En Quartz, 0 */5 * * * ?. En GitHub Actions, 5 minutos es el intervalo mínimo.

¿Por qué mi cron con día del mes y día de la semana se ejecuta más de lo esperado?

Cuando los dos campos están definidos, cron se ejecuta si coincide cualquiera de ellos. 0 0 13 * 5 se ejecuta cada día 13 y cada viernes. Para ejecutar solo el viernes 13, programa 0 0 * * 5 y comprueba la fecha en el comando, por ejemplo con [ "$(date +\%d)" = 13 ] && ... (en crontab, el % necesita una barra invertida).

¿En qué zona horaria se ejecuta cron?

Depende del planificador. Crontab usa la zona del servidor. GitHub Actions usa UTC por defecto. El CronJob de Kubernetes usa la zona del kube-controller-manager, salvo que definas spec.timeZone, por ejemplo America/Mexico_City.

¿Cómo programo algo el último día del mes?

En Quartz, usa L en el día del mes: 0 0 23 L * ?. El cron estándar no tiene nada parecido. Lo habitual es programar 0 23 28-31 * * y ejecutar el comando solo cuando mañana sea día 1: [ "$(date -d tomorrow +\%d)" = 01 ] && ... (date -d es de GNU, presente en la mayoría de las distribuciones Linux).

¿El domingo es 0 o 7?

En el crontab de Linux, los dos. Kubernetes y GitHub Actions aceptan de 0 a 6, así que 0 funciona en todos. Quartz numera distinto: el domingo es 1 y el sábado es 7. Con nombres (SUN, MON...) no hay confusión.

¿En qué se diferencia el cron de Quartz del de Linux?

Quartz tiene un campo de segundos al principio y un año opcional al final, cuenta el domingo como 1 y exige ? en uno de los campos de día. También acepta L, W y #, que el cron estándar no conoce. Por eso 0 0 12 * * ? es Quartz y no funciona en crontab.

¿Por qué mi workflow programado en GitHub Actions se ejecutó tarde?

GitHub advierte que las ejecuciones programadas pueden retrasarse en los momentos de mucha carga, sobre todo al comienzo de cada hora. Programar en un minuto poco común, como 17 * * * *, suele ayudar. Revisa también que la hora esté en UTC.

¿La expresión que escribo se envía a algún lado?

No. La explicación y las próximas ejecuciones se calculan en tu navegador. La expresión no va a ningún servidor ni a las métricas de uso.

Generador y explicador de expresiones cron

Pega una expresión cron y mira qué hace en español, campo por campo, y cuándo se ejecuta en la zona horaria que elijas. Funciona con crontab, Kubernetes, GitHub Actions y Quartz. También puedes armar la expresión a partir del horario que quieres.

Expresión cron

Formato

Ejemplos comunes

Escribe o pega una expresión

O elige uno de los ejemplos. La explicación y las próximas ejecuciones aparecen aquí.

Armar una expresión

Elige la frecuencia y la hora. La expresión sale en el formato elegido arriba.

Frecuencia

Hora

Días

0 9 * * 1-5A las 09:00, de lunes a viernes

Qué es una expresión cron

Es una línea de campos separados por espacios que indica cuándo se ejecuta un job. El crontab de Linux, el CronJob de Kubernetes y el schedule de GitHub Actions usan 5 campos. Quartz, un planificador de Java, agrega los segundos al principio y un año opcional al final.

Los 5 campos del cron estándar

El orden es siempre minuto, hora, día del mes, mes y día de la semana. 30 9 * * 1 significa minuto 30, hora 9, cualquier día del mes, cualquier mes, lunes.

Campo	Valores
Minuto	0 a 59
Hora	0 a 23
Día del mes	1 a 31
Mes	1 a 12 o JAN a DEC
Día de la semana	0 a 6 o SUN a SAT (0 es domingo)

Asterisco, coma, guion y barra

* acepta cualquier valor del campo.
La coma separa valores: 0,30 en el minuto se ejecuta en los minutos 0 y 30.
El guion marca un rango: 1-5 en el día de la semana va de lunes a viernes.
La barra define el paso: */15 en el minuto se ejecuta cada 15 minutos, y 9-17/2 en la hora se ejecuta a las 9, 11, 13, 15 y 17.

Qué cambia en Quartz

El primer campo son los segundos, y el domingo vale 1 (el sábado es 7). Uno de los campos de día tiene que ser ?, que significa sin valor. Quartz también acepta L para el último día del mes, LW para el último día hábil, 15W para el día hábil más cercano al 15, 6L para el último viernes y 6#3 para el tercer viernes del mes.

Zona horaria y horario de verano

La expresión no indica la zona horaria. Crontab usa la zona del servidor, GitHub Actions usa UTC y Kubernetes usa la zona del controller, salvo que spec.timeZone esté definido. Para ejecutar a las 9:00 de Ciudad de México (UTC-6) en un planificador en UTC, la hora es 15. En las zonas con horario de verano, una hora puede no existir el día en que el reloj se adelanta, o repetirse cuando se atrasa. La lista de ejecuciones marca esos casos.

Preguntas frecuentes sobre expresiones cron

Lo que pregunta quien programa jobs en crontab, Kubernetes, GitHub Actions y Quartz.