使用flask+uwsgi+Nginx的pythonrq：我需要更多的uwsgi进程还是redis工作者？

我有一台具有上述配置的服务器，我正在处理长任务，但我必须通过Firebase向用户更新进程状态。为了立即响应客户机，我使用PythonRQ在redis中将作业排队

我正在使用flask、uwsgi和Nginx。在uwsgi conf文件中，有一个字段要求提供进程数。 我的问题是，我是否需要启动多个uwsgi进程，或者启动更多redis工作人员

启动更多的uwsgi工人是否会产生更多的redis工人

---

扩展将如何工作，我的服务器有1个vCPU和2GB ram。我有aws生产自动校准。我是否应该运行更多的uWsgi工作人员，以及只有一个队列的redis工作人员数量

我开始独立工作。flask应用程序正在导入连接并添加作业

---

这取决于你如何管理rq员工。可能有两种情况

1从应用程序内部运行rq workers。然后，在uwsgi设置中增加工作线程的数量将自动在uwsgi配置中生成num\u rq\u workers\u*num\u app\u workers\u inuwsgi\u conf

2在应用程序外部运行rq工作人员，如使用supervisord。您可以独立于应用程序手动控制rq工作人员的数量

---

据我所知，在监督下运行rq工人比第一点更好。它有助于有效地调试每个工作人员，而我在使用rq时遇到的另一个问题是，通过第1点策略运行的rq工作人员会从rq注销自己，也就是说，虽然每隔几周在后台运行，但rq工作人员会死。

谢谢。我在外面独立地启动一个worker这里是一个要点，这里是我的启动脚本我的服务器有1个vCPU和2GB ram。我有aws生产自动校准。我是否应该运行更多的uWsgi工作者，以及只有一个队列的redis工作者的数量。这基本上取决于您在服务上获得的请求负载。增加uwsgi工作人员将提高您的应用程序可用性，增加rq工作人员将导致并行处理增加，即如果您不关心作业处理和作业排队时间，则无需增加rq工作人员。