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

前端之家收集整理的这篇文章主要介绍了ruby-on-rails – 延迟的工作重新启动Capistrano最佳做法前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我只想了解使用capistrano重新启动延迟工作的最佳实践.我有一大堆工作人员处理长时间的工作(长达10分钟).

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

1)

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

但是在这种情况下,在延迟作业完成之前,它不会重新启动我的应用程序(这可能是 – 但是,在执行应用程序重新启动之前,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.

解决方法

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

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

原文链接:https://www.f2er.com/ruby/272391.html

猜你在找的Ruby相关文章