У cron репутация «надёжной классики». В реальности это удобная ширма для инфраструктурной лени: расписание ест

У cron репутация «надёжной классики». В реальности это удобная ширма для инфраструктурной лени: расписание есть, наблюдаемость — условная, контроль состояния — почти нулевой.

Systemd timers здесь выглядят как более взрослая конструкция. У них есть привязка к юнитам, нормальные логи, понятные зависимости, возможность запускать задания по календарю и после простоя, а не только «в минуту Х». И главное — меньше магии. В GR и corpcomms это узнается мгновенно: когда процесс завязан на старый механизм, никто не отвечает за полный жизненный цикл задачи, пока она не падает публично. 🔧

Холодный вывод простой: cron часто продают как стандарт, хотя это скорее наследие, чем управляемый контур. Для систем, где важны трассируемость, SLA и разбор инцидентов, systemd timers — не мода, а элемент дисциплины.