ruby-on-rails – 延迟的工作重新启动Capistrano最佳做法

发布时间：2020-12-16 19:59:15 所属栏目：百科来源：网络整理

导读：我只想了解使用capistrano重新启动延迟工作的最佳实践.我有一大堆工作人员处理长时间的工作(长达10分钟). 在部署过程中,我遇到了两种情况, 1) 在部署之前停止延迟作业工作：重新启动任务并在部署后重新启动它们：重新启动任务. 但是在这种情况下,在延迟作业

我只想了解使用capistrano重新启动延迟工作的最佳实践.我有一大堆工作人员处理长时间的工作(长达10分钟).

在部署过程中,我遇到了两种情况,

在部署之前停止延迟作业工作：重新启动任务并在部署后重新启动它们：重新启动任务.

但是在这种情况下,在延迟作业完成之前,它不会重新启动我的应用程序(这可能是 – 但是,在执行应用程序重新启动之前,cap部署脚本字面上就坐在那里,直到作业完成并且可以停止所有工作)任务.

2)
在重新启动任务之后,我也尝试停止/启动delayjobs工作人员 – 但是这导致了各种各样的戏剧,从而任务将被停止,而不必等待delayjobs表被列出并分配给不存在PID的工作人员！

任何其他选项？或者我被迫等待,如方案1所述.

非常感谢.

编辑：我只是意识到与情景1 ..它不等待！即使没有完成,停止任务会强制杀死我的工作人员！

** [out] delayed_job: trying to stop process with pid 9630...
 ** [out] delayed_job: process with pid 9630 won't stop,we forcefully kill it...
 ** [out] 
 ** [out] delayed_job: process with pid 9630 successfully stopped.

解决方法

如果您的部署更改更改数据库模式,那么您将被迫等待.

如果没有,您可以设置工作人员在每个工作结束时检查的标志.在部署后,您将设置标志,一旦长时间运行的工作完成,它将通过执行一个新的工作人员来代替它.这样,你永远不会真的开始和停止工作 – 他们只是总是运行,并将加载最新的代码开始下一个工作.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!