A las 2:00 AM, mientras todos duermen, un servidor envía reportes, limpia bases de datos y sincroniza inventarios — sin que nadie presione un botón. Eso es un cron: la herramienta más silenciosa y más poderosa de la automatización de software.
Si alguna vez te preguntaste qué es un cron y para qué sirve, esta guía te lo explica desde cero: sin asumir que sabes programación, pero sin simplificar tanto que pierdas el punto.
Qué es un cron, en una oración
Un cron es un programador de tareas en sistemas Unix/Linux que ejecuta comandos o scripts de forma automática en momentos específicos — cada hora, cada lunes a las 9 AM, el primer día del mes, o cualquier combinación que necesites.
El nombre viene del dios griego del tiempo, Cronos. Y tiene sentido: el cron es literalmente el reloj que hace correr tus procesos.
El archivo donde se configuran esas instrucciones se llama crontab (abreviación de cron table). Cada línea del crontab define una tarea y cuándo debe ejecutarse.
Cómo funciona un cron: la sintaxis explicada
La parte que confunde a más gente es la sintaxis. Pero una vez que la entiendes, es difícil olvidarla.
Cada línea de un crontab tiene este formato:
* * * * * comando_a_ejecutar
│ │ │ │ │
│ │ │ │ └── Día de la semana (0-7, donde 0 y 7 = domingo)
│ │ │ └──── Mes (1-12)
│ │ └────── Día del mes (1-31)
│ └──────── Hora (0-23)
└────────── Minuto (0-59)
Ejemplos concretos de expresiones cron
| Expresión | Significado |
|---|---|
0 2 * * * |
Todos los días a las 2:00 AM |
*/15 * * * * |
Cada 15 minutos |
0 9 * * 1 |
Cada lunes a las 9:00 AM |
0 0 1 * * |
El primer día de cada mes a medianoche |
30 8 * * 1-5 |
De lunes a viernes a las 8:30 AM |
El asterisco (*) significa "cualquier valor". La barra (/) indica intervalos. Los rangos se escriben con guión (1-5).
Herramientas como crontab.guru te permiten escribir y validar expresiones cron en segundos.
Para qué sirve un cron en la práctica
1. Automatización de reportes y notificaciones
El caso más común: un script genera un reporte de ventas cada mañana a las 7 AM y lo envía por email o Slack antes de que el equipo empiece su día. Sin cron, alguien tendría que ejecutarlo manualmente — o simplemente no se haría.
2. Limpieza y mantenimiento de bases de datos
Las bases de datos acumulan basura: sesiones expiradas, logs antiguos, registros temporales. Un cron que corre cada noche elimina esa data sin afectar el rendimiento del sistema en horas pico.
3. Sincronización de datos entre sistemas
Un negocio con un ERP, un e-commerce y un CRM necesita que los inventarios, precios y clientes estén sincronizados. Un cron puede correr cada 30 minutos para mantener todo alineado.
4. Backups automáticos
Ningún equipo de ingeniería configura backups manuales. Se define un cron que corre cada noche, comprime la base de datos y la sube a S3 o Google Cloud Storage.
5. Pipelines de datos e inteligencia artificial
Aquí es donde los crons cobran relevancia especial para equipos modernos: alimentar modelos de ML con data fresca, re-entrenar modelos en intervalos definidos, o activar pipelines de ETL (Extract, Transform, Load) son tareas típicamente orquestadas por crons.
Cron y agentes de IA: la conexión que pocos explican
Los agentes de IA — sistemas que perciben su entorno, toman decisiones y ejecutan acciones — necesitan un mecanismo que los "despierte" periódicamente para hacer su trabajo.
Un agente que monitorea precios de competidores, por ejemplo, no puede estar corriendo 24/7 esperando que algo cambie. La solución más simple y efectiva: un cron que lo activa cada hora, el agente hace su trabajo, y se detiene.
Esta arquitectura —cron como disparador de agentes— es ubicua en producción porque es:
- Predecible: sabes exactamente cuándo correrá
- Económica: el proceso solo consume recursos cuando está activo
- Auditable: los logs de cron registran cada ejecución con timestamp
En plataformas cloud modernas como AWS (EventBridge Scheduler), Google Cloud (Cloud Scheduler) y Azure (Logic Apps con triggers de tiempo), los crons viven como servicios administrados. La lógica es la misma; cambia dónde y cómo se configuran.
Cron vs. otras formas de automatización
Es útil entender cuándo un cron es la herramienta correcta y cuándo no.
Cuándo usar un cron
- La tarea tiene un horario fijo y predecible
- No depende de un evento externo para dispararse
- Necesitas simplicidad operacional
Cuándo NO usar un cron
- La tarea debe dispararse en respuesta a un evento (un usuario hace clic, llega un webhook, se sube un archivo) → usa event-driven triggers
- Necesitas lógica de reintentos compleja, dependencias entre tareas o monitoreo avanzado → usa un orquestador como Airflow, Prefect o Temporal
- La tarea debe escalar dinámicamente según carga → considera colas de mensajes (SQS, RabbitMQ)
Dicho esto, en el 80% de los casos de automatización de negocio, un cron bien configurado resuelve el problema sin complejidad innecesaria.
Errores comunes al trabajar con crons
1. Olvidar las zonas horarias
Por defecto, cron corre en la zona horaria del servidor. Si tu servidor está en UTC y tu negocio en Ciudad de México (UTC-6), un cron configurado para las 9:00 AM ejecutará a las 3:00 AM hora local. Siempre verifica y documenta la zona horaria.
2. No capturar errores ni logs
Un cron que falla en silencio es peor que no tener cron. Configura redirección de salida:
0 2 * * * /scripts/backup.sh >> /var/log/backup.log 2>&1
Esto guarda tanto la salida estándar como los errores en un archivo de log.
3. Tareas que se solapan
Si una tarea tarda más de su intervalo, puede superponerse con la siguiente ejecución. Para tareas críticas, implementa locking (bloqueo) con herramientas como flock en Linux.
4. Falta de alertas
Un cron que falla tres días seguidos y nadie lo sabe es un problema de negocio, no solo técnico. Integra monitoreo con herramientas como Healthchecks.io, Cronitor o alertas en tu stack de observabilidad.
Cómo ver y editar tu crontab
En cualquier sistema Linux o macOS, abres el editor de crontab con:
crontab -e
Para ver las tareas configuradas:
crontab -l
Para eliminar todas las tareas:
crontab -r
Cada usuario del sistema tiene su propio crontab. También existe el crontab del sistema (/etc/crontab), donde se puede especificar el usuario que ejecuta cada tarea.
Crons en el contexto de software a medida
Cuando se construye software empresarial — ya sea un sistema de operaciones, una plataforma de analítica o un producto con agentes de IA — los crons son prácticamente inevitables.
En Catalizadora, los proyectos que construimos bajo Core (12 semanas) o Forge (por alcance) casi siempre incluyen al menos una capa de automatización programada: sincronización de datos, generación de reportes, o activación de pipelines de IA. Esa infraestructura queda en manos del cliente — código y lógica incluidos, sin licencias recurrentes.
Entender qué es un cron no es solo trivia técnica. Es entender el sistema nervioso que mantiene vivos los procesos de un negocio digital.
Resumen rápido
- Un cron es un programador de tareas que ejecuta comandos en momentos definidos
- La sintaxis cron usa 5 campos: minuto, hora, día del mes, mes, día de la semana
- Sirve para reportes automáticos, backups, sincronización de datos, pipelines de IA y más
- En arquitecturas de agentes, el cron actúa como disparador periódico
- En producción, usa logs, alertas y considera zonas horarias desde el día uno
Lleva tus automatizaciones al siguiente nivel
Entender los fundamentos —como qué es un cron y para qué sirve— es el primer paso. El siguiente es construir sistemas que los usen de forma robusta, escalable y auditable.
Si tu equipo está diseñando una plataforma con automatizaciones, pipelines de datos o agentes de IA, revisa cómo trabajamos en catalizadora.ai/manifiesto. Construimos software que tu equipo posee por completo.