如何在Heroku上安全关闭Sidekiq？相关操作合理性确认

我来逐个拆解你的问题，毕竟Heroku和Sidekiq配合的时候有不少细节需要理清：

1. Heroku Redis会自动防止Sidekiq任务提前终止吗？ #

不会。Redis只是Sidekiq用来存储任务队列的中间件，它不负责管理Sidekiq进程的生命周期，也不会干预任务的执行完整性。任务是否会被提前终止，完全取决于Sidekiq收到终止信号后的处理逻辑，以及Heroku的进程管理规则。

2. 维护模式下执行heroku ps:stop worker，能安全停止Sidekiq worker吗？ #

这取决于你是否配置了正确的终止处理逻辑：

• 当你执行该命令时，Heroku会先给Sidekiq进程发送SIGTERM信号。Sidekiq收到这个信号后，会立刻停止接收新任务，并尝试完成当前正在运行的任务。
• 但要注意：Heroku有一个30秒的硬性限制——从发送SIGTERM开始，最多等待30秒，不管任务有没有完成，都会发送SIGKILL强制杀掉进程。
• 所以如果你的任务执行时间超过30秒，就算触发了安全停止流程，还是可能被强制终止。

3. 关于-t N参数和Heroku 30秒限制的理解是否正确？ #

你的理解存在偏差：

• Sidekiq的-t N参数是设置Sidekiq自身收到SIGTERM后，等待正在运行的任务完成的最长时间（默认是8秒）。
• 而Heroku的30秒限制是从发送SIGTERM开始的总等待时长——也就是说，不管你把-t设成多少，Heroku最多只会等30秒，到点就会强制终止进程。
  • 举个例子：如果设-t 40，Sidekiq想等40秒，但Heroku在30秒时就会杀掉进程，超出的10秒完全没用；如果设-t 25，Sidekiq会在25秒后主动退出，Heroku也不会再发SIGKILL。

4. 如何确保Sidekiq安全关闭？ #

可以从以下几个方面入手：

• 合理配置-t参数：建议设置为25-28秒，既给Sidekiq留足处理当前任务的时间，又在Heroku的30秒限制内，避免被强制终止。你可以在Procfile里配置：

  worker: bundle exec sidekiq -t 25
  

• 拆分长任务：尽量避免执行时间超过25秒的任务，如果必须有，拆分成多个小任务，这样就算被终止，损失也更小，后续也能从断点继续执行。
• 调整维护模式下的操作顺序：部署新代码时，先执行heroku ps:stop worker，用heroku ps确认worker已经完全停止后，再推送代码，最后重启worker。不要直接在worker运行时推送代码，哪怕Heroku支持滚动重启，也有概率中断任务。
• 启用Reliable Fetch：这个功能可以确保当worker意外终止时，正在处理的任务会被重新放回队列，不会丢失。在Sidekiq的服务器配置中开启：

  Sidekiq.configure_server do |config|
    config.reliable_fetch = true
  end
  

内容的提问来源于stack exchange，提问作者aarona