将时钟进程与Docker上的sidekiq worker分开

Question

我目前正在将环境从Heroku中移出，我的应用程序的一部分正在运行一个时钟进程，该进程启动了Sidekiq后台作业。

据我了解，Sidekiq由一个客户端和一个服务器组成，该客户端将要排队的作业发送到Redis中，该服务器拉出队列的请求并对其进行处理。 我现在正在尝试将应用程序拆分为Docker上的以下容器：-Redis容器-Clock容器（使用Clockwork gem）-Worker容器-Web应用程序容器（Rails）

但是，我不确定应该如何拆分此Sidekiq服务器和客户端。 本质上，时钟容器需要在其上运行Sidekiq，以便客户端可以经常将作业发送到Redis队列。 但是，工作容器还应该在其上运行Sidekiq（虽然是服务器），以便它们可以处理作业。 我认为，很可能可以在不同容器之间划分职责，因为Heroku允许您在各种测功机之间进行划分。

我可以想象做到这一点的一种方法是分配时钟容器以拉出不存在的队列，以便它永远不会从队列中拉出任何作业，然后将工作程序设置为拉出已存在的队列。 但是，对于我来说，这似乎并不是最理想的方法，因为它仍将在此不存在的队列中检查新作业。

有关如何开始进行此操作的任何提示或指南？

Answer 1

sidekiq客户端只是将作业发布到Redis中。 sidekiq守护进程仅订阅redis并在发布工作线程时启动它们。

因此，您可以仅在以下两个Clock container上安装redis gem： Clock container和Worker Container并仅在Worker Container上启动worker守护程序，并为这两个Worker Container提供适当的redis配置 。 您还必须确保辅助源代码在两个服务器/容器上均可用，因为Sidekiq客户端仅存储辅助类的名称，然后守护程序通过元编程实例化该类。

但是实际上，您也可以只包括sidekiq守护进程以及处理工作者工作所需的每个应用程序。 是的，对于每个进程一个容器有Docker的最佳实践，但是恕我直言，这不是一个全有或全无的规则。 在这种情况下，我将两个过程视为一个整体。 这只是在后台运行一些代码的一种方式。 然后，您只需配置相同应用程序的实例即可针对相同的sidekiq队列工作。 或者，您甚至可以配置每个物理节点再次运行一个单独的队列。