Tag: 延迟工作

Rails推迟了工作和docker工人:增加了更多的工人

我使用Docker运行我的rails应用程序。 现在延迟的作业是由一个单独的工作人员处理的,这个工作人员在一个名为worker的单独工作人员中运行,并且使用命令bundle exec rake jobs:work 。 我有几种types的工作,我将移动到一个单独的队列,并创build一个单独的工作人员,或至less有两名工作人员的stream程任务。 我testing了使用env QUEUE=default_queue bundle exec rake job:work && env QUEUE=another_queue bundle exec rake job:work运行我的工作者容器env QUEUE=default_queue bundle exec rake job:work && env QUEUE=another_queue bundle exec rake job:work没有任何意义的env QUEUE=default_queue bundle exec rake job:work && env QUEUE=another_queue bundle exec rake job:work位。 它不会失败,开始但不处理作业。 在一个集装箱里有单独的工人吗? 这是正确的吗? 或者我应该为每个我想创build的工人创build单独的容器? 感谢提前!

Dockerizing延迟作业

我们目前正在Dockerizing我们的Ruby on Rails应用程序,其中也包括Delayed Job。 在我们的开发团队中嗡嗡作响的问题是,是否和/或如何Dockerize延迟作业组件与应用程序分开。 这将允许延迟作业在作业队列中的高stream量需要时启动新的容器。 另外,由于Delayed Job每次首次启动时都会启动Rails应用程序,因此我们认为以下好处: 延迟作业容器可能启动得更快 应用程序代码将启动,无论延迟作业容器的启动时间