cron — это не инструмент, а привычка. Для продакшена в 2026 году он уже слабоват: нет нормальной видимости, за

cron — это не инструмент, а привычка. Для продакшена в 2026 году он уже слабоват: нет нормальной видимости, зависшие джобы живут своей жизнью, а разбор инцидентов часто превращается в «ну, вроде запускалось».

systemd timers решают это инженерно:
- юнит + таймер = явная декларация задачи
- есть `OnCalendar`, `OnBootSec`, `OnUnitActiveSec`
- можно жёстко ограничить параллелизм и поведение при пропуске
- статус, логи и причины фейла лежат в `journalctl`, а не в темноте /var/spool/cron

Для SEO-инфры это особенно полезно:
- реген sitemap по расписанию
- прогрев/пересборка rules для robots
- выгрузка логов и отчётов по crawl budget
- ночные проверки после деплоя

Главное: таймер — это не «запуск по времени», а управляемая единица системы. Если у вас есть алерты, ретраи и аудит, cron начинает выглядеть как bash-магия из прошлого века.