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

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

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

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

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

我不太确定，我猜这取决于任务:多长时间运行一次，有多复杂，需要与rails项目进行多少直接交流等等。我想如果做一件事只有“一种最好的方法”，就不会有那么多不同的方法了。

在我在Rails项目中的上一份工作中，我们需要制作一个批量邀请邮件(调查邀请，而不是垃圾邮件)，它应该在服务器有时间的时候发送计划好的邮件。我认为我们将使用守护进程工具来运行我创建的rake任务。

不幸的是，我们公司遇到了一些资金问题，被主要竞争对手“收购”了，所以这个项目一直没有完成，所以我不知道我们最终会用什么。

我是资源调度程序的忠实粉丝。您不仅可以重复运行类似cron的任务，还可以在特定时间运行任务。缺点是，它需要一个Redis服务器。

我正在使用耙方法(由heroku支持)

使用名为lib/tasks/cron的文件。rake . .

task :cron => :environment do
  puts "Pulling new requests..."
  EdiListener.process_new_messages
  puts "done."
end

要从命令行执行，这就是“rake cron”。然后可以根据需要将此命令放到操作系统cron/任务调度程序上。

更新这是一个相当老的问题和答案!一些新信息:

我引用的heroku cron服务已经被heroku Scheduler所取代 对于频繁的任务(特别是当你想避免Rails环境启动成本时)，我的首选方法是使用系统cron来调用一个脚本，该脚本将(a)戳一个安全/私有webhook API来在后台调用所需的任务，或者(b)直接在你选择的排队系统上排队任务