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.

解决方法

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

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

相关文章

validates:conclusion,:presence=>true,:inclusion=>{...
一、redis集群搭建redis3.0以前,提供了Sentinel工具来监控各...
分享一下我老师大神的人工智能教程。零基础!通俗易懂!风趣...
上一篇博文 ruby传参之引用类型 里边定义了一个方法名 mo...
一编程与编程语言 什么是编程语言? 能够被计算机所识别的表...
Ruby类和对象Ruby是一种完美的面向对象编程语言。面向对象编...