¿Cuál es la mejor manera de programar una tarea que se ejecutará años después? Como ejecutar un script después de 4 años.
¿Es cron el mejor método para eso?
Respuesta1
Puedes usar at:
$ at 10am Jul 31 2030
warning: commands will be executed using /bin/sh
at> echo Hello
at> <EOT>
job 2 at Wed Jul 31 10:00:00 2030
$ atq
1 Sun Jul 31 10:00:00 2030 a user
$ atrm 1
Respuesta2
Cualquier sistema informático que funcione lo suficientemente sin modificaciones, después de cuatro años, como para que un script siga siendo válido sin modificaciones es algo estático. Cualquier sistema de programación que suponga que una caja seguirá cumpliendo la misma función mucho tiempo después es bastante optimista. Una falla del disco duro u otros problemas harían probable que pueda descubrir si sus copias de seguridad manejan o no el almacenamiento de los trabajos "transitorios".
Probablemente sería más sólido analizar "cómo pruebo si la tarea de mantenimiento X se ha ejecutado de manera que la vida útil de los datos se haya extendido más allá de otros N meses a partir de ahora"; por ejemplo, todos los dominios renovados, certificados SSL que no caducan, etc. Luego, puede ejecutar el trabajo diariamente, semanalmente, mensualmente o con alguna otra frecuencia superior a "anual". Esto significa que el código se ejercita y usted estará seguro de que se ejecutará. Especialmente si la herramienta registra su éxito en alguna parte.
Si todo lo demás falla, puede resultar útil un calendario compartido departamental con un montón de recordatorios, que se envían por correo electrónico. Puede estar moderadamente seguro de que si se reemplaza el calendario, se migra a la nube o cualquier otra cosa, alguien se esforzará por migrar todos los eventos para que los VIP no tengan que volver a ingresar nada. Así tu recordatorio se migrará “gratis” sin que nadie tenga que recordar esta tarea que sólo ocurre cada cuatro años.