Cron y zonas horarias: por qué tu tarea aparece disparada cuando no lo esperabas
Por Redacción Safe Local Tools
Cuando algo "solo se comportó mal un día mágico", lo normal es cron disparó donde el cronómetro servidor es UTC pero tú proyectabas hora ciudad. El sol de verano mueve límites políticos cada año microservicios diferentes parsean sintaxis distinta o un * en minuto donde creías hora ejecuta trabajo limpieza cada sesenta ejecucciones donde querías sólo cada cinco meses porque confundías campos.
El cron ya no es divertido porque combina formato frágil, semántica específico plataforma (Linux crontab frente CronJob kube frente cuarzo empresa) y zonas tiempo humanas donde "las nueve de la mañana" aparece repetida algunos años u desaparece una hora al adelanto.
Un párrafo que resume cron y dialectos enfrentándose como dialectos ciudad
Clásicos cinco campo: minuto hora día del mes mes día semana algunos segundo sextos campos o incluso año. Operadores coma listas barras rangos combinados permiten granularidad alta pero esa fineza viene con costo—la copia rápido entre Quartz y systemd timer nunca garantiza igual semánticas.
No existe sintaxis cron universal incluso dentro Linux—distribuye documentación equipo—porque algunos valores domingo día 0 vs 7 o si meses nombrados viven permitidos sólo algunos parsers.
UTC frente zona local corporativa donde negocio todavía cuenta calendarios human
Gran parte servidores viven saneados UTC mientras equipo producto espera vistas horario sede central norteamericana o europea. Primavera adelantan relojes desaparece horas locales efectivas algunas expresiones nunca ejecutan ese instant—otoño repiten horario local ejecutando trabajo potencialmente duplicados si tus idempotentes no están preparados ante duplicado ventana mismo instante etiquetados local ambiguo.
Guía habitual: declarar zona canónico UTC infraestructuras almacenes Git y manifests; traducirlos vistas negocio vía TZ base datos IANA con UI muestra siguiente disparo ambos husos lado panel operaciones.
*/5: la trampa rápido que transforma trabajo diario tsunami minuto tras minuto
*/5 * * * * es cada cinco minutos no cada cinco horas—clásicos incidentes madrugadores saturan métricas y bloquearon bloque escritura tablas porque alguien mezclo campos intuitivamente.
Revisión práctica equipo: texto humano lado expresiones pull request evita folklore mal interpretado después rotación noches nuevo ingeniero llega medio dormido tratando correlacion huecos Grafana.
Kubernetes CronJob donde concurrencias plazos y suspensiones mueven realidad ejecutión
concurrencyPolicy controla overlaps Forbid Allow Replace comportamientos difieren dramáticos pipelines idempotentes. startingDeadlineSeconds permite saltarte disparos muy viejos si kube-controller sufrió outages—algo positivo seguridad cargas grandes pero también sorpresa negativa si equipo analytics esperaban backlog tardío automático después reinicio prolongado clusters.
Campo suspend pausa rápido emergencias pero no debe ser sustitutos documentación playbook dueño recurso porque muchas veces equipo olvido reactivarlo meses después evento seguridad menor.
Usa kubectl create job --from=cronjob/... ejecutar corrida puntual reproducir logs antes siguiente slot natural llega tiempo real.
EventBridge tasas Quartz spring anotaciones: no mezclas comparaciones ingenuas tabla única soporte
rate(5 minutes) AWS no es igual expresiones cront texto y muchos dashboards mezclas confunden guardias respuesta llamada horas madrugadora.
Cuarzo empresa hereda ? campos día ambiguo nombres meses español algunos parsers—lleva cheatsheet equipo central revisado trimestralmente porque migraciones amalgaman silos tecnológicos heredados adquisiciones antiguos.
Horario solar saltos reprodución pruebas antes deploy
Lista verificación rápido: usar parser dialecto igual producción imprimir siguiente diez timestamps UTC y TZ negocio; comparar página referencia público conocida solo si dialecto coincide porque copiar ejemplo internet error clásicos.
Para horarios sensible cumplimiento bancarios considera trabajo calendarios que cron puro incapaz expresa "último día hábil" sin capa código adicional donde eventos externos planifican trabajo secundarios colas backoff.
# Resumen día — 02:15 UTC (comprobar offset local temporada)
cron: 15 2 * * *
owner: equipo-datos-plataforma
Safe Local Tools client-side porque horarios sensibles también secretos proceso
Cron no es seguridad menor: ejecuta comandos tiempo remoto igual que remoto código. Revisión acceso editar recurso cluster igual severidad merges ramas infra productivo.
Cuando tus expresiones encadenan rutas nombramiento internos clientIDs productos no quieres filtrarlo analizadores terceros ciegamente confianza—Safe Local Tools analiza navegador evitando crear otro punto filtraje accidental cadena soporte ticketing.
Instrumenta last_success_timestamp métricas alertas silenciar peor ruidos falsos: cron silencioso confía datos degradada meses antes alguien nota KPI atrasados.
Errores cron son errores configuración explícitos: alinea dialectos ancla TZ documentada en UTC y muestra previews siguientes corridas antes merges. Hazlo local rápido con Safe Local Tools sin mover calendarios confidencial web casual. Cuando quieras ese preview seguro ejecuta mismo navegador: pulsa "Probar el analizador de expresiones cron →" y contrasta tabla UTC ciudad negocio un minuto menos fatiga noches madrugadora.