gpt4 book ai didi

ruby-on-rails - delayed_job、守护进程或其他用于重复后台作业的 gem

转载 作者:行者123 更新时间:2023-12-02 00:32:19 25 4
gpt4 key购买 nike

我需要构建一个后台作业,用于检查 RSS 提要列表并每隔 10 分钟分析一次。

我一直在使用 delayed_job 来处理后台作业,我非常喜欢它。我相信它不是为重复出现的后台作业而构建的。我想我可以在每个人结束时自动安排后台作业(也许使用 begin..rescue 只是为了确保它得到执行)。或者预先安排好一个月的预付工作,然后再安排另一个每月重新安排的工作……等等

这让我有些担心,因为我开始问自己:如果服务器在执行过程中出现故障并且作业没有得到安排怎么办?

我还查看了 Daemons gems,它似乎运行带有启动/停止命令的简单 Ruby 脚本。我喜欢 delayed_job 安排和处理重试的方式。

在这种情况下,您建议使用什么?您认为设计这种具有重复后台作业的系统的最佳方法是什么?另外,您是否知道我可以监控该后台进程并在其停止时收到通知的方法?

最佳答案

我刚刚为类似的任务实现了 delayed_job(使用 :run_at => 2.days.from_now)并发现它非常适合。处理您对流程失败的担忧的最简单方法是使作业的第一步创建下一个作业。此外,您可以创建与 delayed_job 模型的 has_many 关系,这将允许您访问 :last_error。或者,查看 readme 的“ Hook ”部分它有一个完美的失败例子。

关于ruby-on-rails - delayed_job、守护进程或其他用于重复后台作业的 gem,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/6261355/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com