Мне часто говорят: «ну это же просто cron, зачем усложнять». И вот тут начинается тихий техдолг — не громкий,

Мне часто говорят: «ну это же просто cron, зачем усложнять». И вот тут начинается тихий техдолг — не громкий, а тот, что потом вылезает в самый неудобный момент.

Если верить тем, кто уже пересел на systemd timers, выигрыш не в модной оболочке, а в управляемости: явные зависимости, нормальные логи, гибкий график, меньше магии вокруг времени запуска. Для бренд-команд и security это вообще не мелочь — предсказуемая автоматизация обычно дешевле, чем разбор внезапно пропущенного задания или “оно само не сработало” в разгар инцидента.

Небольшой инсайд из практики: там, где cron живёт годами «потому что работает», чаще всего никто не проверял, что именно работает и с какими исключениями. А systemd timers хотя бы заставляют это увидеть. ⏱️

Если у вас много регулярных задач — резервные копии, отчёты, мониторинг, ротации — вопрос уже не в вкусе. Вопрос в том, кто первым заметит сбой: вы или клиент.