У нас есть несколько виртуальных машин CentOS / MySQL, которые требуют регулярного обслуживания. Cron - очевидный ответ для планирования, но есть определенный набор событий и некоторая важная логика цикла / ветвления, задействованная в фактическом завершении / проверке / резервном копировании / запуске. Администраторы ящиков не хотят касаться этого, поэтому это ложится на долю администраторов баз данных, которые ни в коем случае не являются экспертами по оболочке.
Мы используем несколько приложений, в которых есть сценарии PHP из cron, а также написали / поддерживали аналогичные сценарии. Поскольку у нас в компании гораздо больше специалистов по PHP, чем * sh, мне интересно, будет ли PHP-CLI лучшим выбором для нас с точки зрения эффективной разработки и сопровождения.
Есть ли какие-либо недостатки / компромиссы, которые сделали бы это плохой идея?
За исключением времени, необходимого для проверки работоспособности среды PHP cli на нескольких машинах, недостатков нет.
Я делал в основном веб-материалы, и некоторые из наших ежедневных клиентов были вовлечены. Было приятно создать ~ / server / cron / Any1.mylanguage, который затем может использовать весь код сайта, который мы уже написали для подключений к базе данных, ведения журнала и т.д., вместо того, чтобы писать весь этот код снова. Или, чаще всего, не писать этот код вообще и усложнять устранение неполадок, когда все идет не так.
Кроме того, если он является частью кода вашего сайта, он будет лучше поддерживаться и будет находиться в системе контроля версий, в которую многие кроны никогда не попадают.