在严重依赖计划任务的项目中，我使用了非常流行的每当，它很棒。它为您提供了一个很好的DSL来定义计划任务，而不必处理crontab格式。自述:

无论何时都是Ruby宝石，提供了一个 用于编写和部署的清晰语法 cron作业。

来自README的例子:

every 3.hours do
  runner "MyModel.some_process"       
  rake "my:rake:task"                 
  command "/usr/bin/my_great_command"
end

every 1.day, :at => '4:30 am' do 
  runner "MyModel.task_to_run_at_four_thirty_in_the_morning"
end

两者都可以正常工作。我通常使用脚本/运行器。

这里有一个例子:

0 6 * * * CD /var/www/apps/your_app/current;./script/runner——环境生产'EmailSubscription. /Send_email_subscriptions的>> /var/www/apps/your_app/shared/log/send_email_subscriptions.log 2>&1

如果加载正确的配置文件来连接数据库，也可以编写一个纯ruby脚本来完成此操作。

如果内存很宝贵，需要记住的一件事是脚本/运行器(或依赖于“环境”的Rake任务)将加载整个Rails环境。如果您只需要向数据库中插入一些记录，这将使用您实际上不必使用的内存。如果您编写自己的脚本，则可以避免这种情况。实际上我还没有必要这么做，但我正在考虑。

我用了发条宝石，它对我来说工作得很好。还有一个clockwork gem允许脚本作为守护进程运行。

使用Sidekiq或Resque是一种更加健壮的解决方案。它们都支持重试作业、使用REDIS锁的排他性、监控和调度。

请记住，Resque是一个死项目(没有积极维护)，所以Sidekiq是一个更好的选择。它的性能也更高:Sidekiq在单个多线程进程上运行多个worker，而Resque在单独的进程中运行每个worker。

使用Craken(以rake为中心的cron作业)

有意思的是没人提到Sidetiq。 如果你已经在使用Sidekiq，这是一个很好的补充。

Sidetiq提供了一个简单的API，用于为 Sidekiq。

Job看起来是这样的:

class MyWorker
  include Sidekiq::Worker
  include Sidetiq::Schedulable

  recurrence { hourly.minute_of_hour(15, 45) }

  def perform
    # do stuff ...
  end
end