Python 项目部署, uwsgi 还是 gunicorn ? 或者其他选择

[xchaoinfo]

想问下目前这两种方案有哪些坑儿? 目前遇到 uwsgi 需要依赖一些 c lib, gunicorn 性能和功能不如 gunicorn

[so1n]

supervisor 管理 gunicorn 进程啊

[ClericPy]

系统问题上 docker
性能问题上 Cython/uvloop/Django-channels (都特么 python 了还要什么性能, 直接水平扩容算了)
依赖问题用 pipenv/poetry/shiv/venv
守护问题用 systemd/airflow/azkaban/supervisor

现在一直在 asgi, 所以上面的东西都是我胡编的 :)

[cz5424]

@sunhk25 waitress

[hushao]

python 性能问题最后再定位到部署上面，哪个熟悉用哪个，相同配置下的部署层面差别不明显

[black11black]

@iConnect 他这个应该是后端瓶颈，不是配置瓶颈

[zachlhb]

@inframe 我同样也是 tornado 套 django，部署很方便，而且可以连同起很多服务，一个脚本就搞定

[wdhwg001]

作为 ASGI 用户，每次看到 WSGI 们纠结 Windows 就觉得有 Uvicorn 真好，Waitress 到现在连个 SSL 都不支持，Uvicorn 功能已经做到快和 Gunicorn 齐平了。

[est]

@xchaoinfo 那是 pip install uwsgi 的坑啊。现在 pip install pyuwsgi 没坑。

[linnchord]

新手就用 gunicorn

通过 supervisor 管理 gunicorn，提供启停管理服务。

[ytymf]

@sunhk25 IIS+wfastcgi

[di94sh]

@est #1 pre-fork：uwsgi 是初始化之后才 fork 的, gunicorn 是 fork 之后初始化 感觉这个就挺坑的。。

[est]

@di94sh 有啥坑的。。lazy-app 了解一下。

https://uwsgi-docs.readthedocs.io/en/latest/articles/TheArtOfGracefulReloading.html#preforking-vs-lazy-apps-vs-lazy

https://uwsgi-docs.readthedocs.io/en/latest/ThingsToKnow.html

很多人是被 uWSGi 的文档给夯退的。这个我承认。。。gunicorn 一页就能把所有参数给全的确很不错。但是 too simple 。。

[timonwong]

@est 还有个最大的坑就是 uwsgi 的 http 实现极其不完善（甚至还有 http 和 http-socket 的区别） ，最好用 uwsgi 协议。如果用 HTTP，前面挂 nginx，不要直接对外或者挂在 ELB 后面

[est]

@timonwong http 的实现挺完善了。http-socket 是用来作为 nginx 的 upstream 的没啥问题啊。甚至还有 http11-socket 。


你要说 uWSGI 的不完善，怎么也比 gunicorn 的完善啊。。。

uwsgi 协议我现在觉得不香了。因为是一个请求一个连接。。太费 tcp 了。。

[SjwNo1]

gunicorn 方式部署好像不兼容一些 pyhton 的 socket 工具

[andych3n]

nginx + gunicorn

[macrosea]

good comments, mark

[macrosea]

flask + nginx + uwsgi 无法利用多核，uwsgi 配置：
callable=app
processes=4
threads=4
lazy-apps=true
哪位大佬 帮忙看看？