У большинства агентств «cron» в операционке выглядит как культура, а по факту — как источник потерь.

У большинства агентств «cron» в операционке выглядит как культура, а по факту — как источник потерь.

Задача простая: каждый день/месяц что-то должно стартовать.
Реальность: скрипт не отработал, отчёт не собрался, инвойс не ушёл, напоминание клиенту не отправилось.
Итог — не баг, а минус к cash flow.

Мини-калькулятор:
1 пропущенный ежемесячный инвойс = 1 месяц заморозки денег.
5 таких сбоев в год на портфеле в 20 клиентов — это уже не «техническая мелочь», а просадка по выручке и кассе.

systemd-timer здесь лучше старого cron не потому, что моднее.
А потому что у него есть контроль, логика зависимостей, предсказуемый запуск и меньше ручного шаманства.
Для ops это означает одно: меньше скрытых потерь в P&L.

Если у вас регулярные задачи сейчас живут в «ну вроде работает», вы уже платите за это.
Просто не в бюджете IT, а в прибыли.