gpt4 book ai didi

uwsgi - 在 docker 容器中运行的 uWSGI 服务器前面放置一个 uWSGI 快速路由器

转载 作者:行者123 更新时间:2023-12-04 05:33:08 27 4
gpt4 key购买 nike

我有多个基于 Flask 的 web 应用程序在 docker 容器中运行(它们的进程需要与主机操作系统隔离)。为了运行这些应用程序,我在容器内使用了 uWSGI 服务器。传入的请求应该通过订阅服务器命中 uWSGI FastRouter(如此处所述:http://uwsgi-docs.readthedocs.org/en/latest/SubscriptionServer.html)。当启动一个容器时,uWSGI 应该根据一些内部配置声明自己作为一个子域

所以设置看起来像这样:

Request ---> FastRouter ----> container |     myapp1              |
|
----> container | myapp2 |

我正在尝试在同时运行快速路由器和一些 docker 容器的单个主机上对此进行测试。

FastRouter 开始使用

uwsgi  --fastrouter :1717 --fastrouter-subscription-server localhost:2626 --fastrouter-subscription-slot 1000

问题 1 我是否需要执行任何其他操作才能让订阅服务器运行?这个是和fa​​strouter进程一起启动的吗?

容器有两个从主机映射到容器的端口:5000(webapp)和 2626(订阅快速路由器)。

所以他们是这样开始的:

docker run -d -p 5000:5000 -p 2626:2626 myImage $PATH_TO_START/start.sh

在 start.sh 中 uWSGI 的启动位置

uwsgi --http :5000 -M --subscribe-to 127.0.0.1:2626:/test --module server --callable env --enable-threads

输出看起来不错,最后打印:

spawned uWSGI master process (pid: 58)
spawned uWSGI worker 1 (pid: 73, cores: 1)
spawned uWSGI http 1 (pid: 74)
subscribing to 127.0.0.1:2626:/test

在主机上我能做到

curl 本地主机:5001

我看到 Web 服务器从容器内向我致意。然而,做

curl 本地主机:1717/测试

没有回应。

问题二

我在这里有什么根本性的错误吗?我应该进行不同的测试吗?

问题三

如何调试 FastRouter?

编辑:

仍在为这个设置而苦苦挣扎。我现在为 fastrouter 使用单独的 VPS。它开始使用

uwsgi --uid fastrouter --master --fastrouter :80 --fastrouter-subscription-server :2626 --daemonize uwsgi.log --pidfile ./uwsgi.pid --chmod-socket --chown-socket fastrouter

警告:在为您的项目复制上述调用之前考虑一下,因为它公开开放了订阅服务 - 我的计划是之后使用 uwsgi 提供的 key 签名工具来保护它,因为 VPS 不有可用的专用网络。

netstat -anp 显示

tcp        0      0 0.0.0.0:80              0.0.0.0:*               LISTEN      843/uwsgi       
udp 0 0 0.0.0.0:2626 0.0.0.0:* 843/uwsgi
unix 3 [ ] STREAM CONNECTED 9089 843/uwsgi
unix 3 [ ] STREAM CONNECTED 9090 843/uwsgi
unix 3 [ ] SEQPACKET CONNECTED 8764 843/uwsgi
unix 3 [ ] SEQPACKET CONNECTED 8763 843/uwsgi

无论如何,使用带有的uwsgi节点--http :5000 --module server --callable env --enable-threads --subscribe-to [Subscription-Server-IP-Address]2626:/test -- socket-timeout 120 --listen 128 --buffer-size 32768 --honour-stdin 仍然导致相同的结果 - uwsgi 记录“订阅”,但是 http://[Subscription-Server- IP-Address]/test 无法访问。这种路由甚至可能吗?我能找到的每个示例都只分配子域,例如 [mysub].example.com、根域或具有某些端口号的根域。此页面包含订阅服务器应该是可路由地址的一部分的提示:http://projects.unbit.it/uwsgi/wiki/Example .

所以我有一个后续问题:

FastRouter 是否甚至意味着让节点宣布尚未在 DNS 区域文件中静态设置的新路由?我真的不在乎它是 http://[key].example.com 还是 http://example.com/[key],重要的是这些 key 可以在设置时从 Docker 容器内部生成uwsgi 服务器。

最佳答案

通常,“dockered”应用程序在不同的网络命名空间中运行,因此 docker 应用程序的环回与 fastrouter 不同。

使用 unix 套接字进行订阅,它们是命名空间间通信的好方法。

你的命令很好,fastrouter 非常冗长,所以如果你没有在它的日志中看到消息,它就不会工作(最终你可以跟踪它)

关于uwsgi - 在 docker 容器中运行的 uWSGI 服务器前面放置一个 uWSGI 快速路由器,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/21518533/

27 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com