Это было полезно?

Решение

<Ол>
  • Использование cron добавляет другую точку входа в ваше приложение, тогда как Quartz интегрируется в нее. Таким образом, вы будете вынуждены иметь дело с некоторым межпроцессным взаимодействием, если вы хотите передать некоторую информацию в / из процесса, вызванного из cron . В Quartz вы просто (хе-хе) запускаете несколько потоков.
  • cron зависит от платформы, Quartz нет.
  • Quartz может позволить вам надежно убедиться, что задача выполняется в определенный момент или через некоторое время после того, как сервер не работал в течение некоторого времени. Чистый cron не сделает этого за вас (если вы не обработаете это вручную).
  • Quartz имеет более гибкий язык выражения событий (когда задачи должны быть запущены).
  • Рассмотрим объем памяти. Если ваши отдельные задачи не имеют ничего общего или мало, то может быть лучше запустить их из операционной системы как отдельный процесс. Если они делятся большим количеством информации, лучше иметь их как потоки в одном процессе.
  • Не совсем уверен, как можно справиться с кластеризацией в подходе cron . Кварц может использоваться с терракотой , следуя шаблону масштабирования (я не пробовал это, но я считаю, что это выполнимо).
  • Другие советы

    Плюсом для cron является то, что любой системный администратор знает, как его использовать, и это задокументировано во многих местах. Если cron выполнит эту работу, то это действительно будет предпочтительным решением.

    Лицензировано под: CC-BY-SA с атрибуция
    Не связан с StackOverflow
    scroll top