与docker&kubernetes运行烧瓶应用程序
Flask文档说 :
虽然重量轻且易于使用,但Flask的内置服务器不适合生产,因为它不能很好地扩展,默认情况下一次只能提供一个请求。
我将在kubernetes下的Docker容器中运行我的烧瓶应用程序。
我认为上述build议与我无关,因为我可以运行多个豆荚,并且它们是单线程的事实不是问题(如果有的话,也许是好处)?
取决于可能同时连接到服务器的客户端的数量。 您将能够为您打开(容器)多个实例。 现代的networking服务器如今可以同时处理数百或数千个请求。如果你的客户是最终用户(所以你是一种网站),并期望大量的stream量 – 这是不够的。 如果只有很less的请求,就像系统中连接到Web服务器的另一个模块,这可能就足够了。 顺便检查WSGI之前,旋转容器,它可能会解决您的问题。
- 出现在Flask JavaScript文件中的额外字符
- docker – 撰写音量没有正确安装
- Windows Docker2boot示例无法从本地主机打开页面
- Flask,Gunicorn,NGINX,Docker:configurationSERVER_NAME和proxy_pass的方法是什么?
- 运行烧瓶应用程序后,Docker容器立即退出
- 如何确定瓶颈请求缓慢的原因?
- 为使用AWS,Flask和Docker的移动应用程序的后端devise寻求build议
- 为什么我的gunicorn Python / Flask工人退出信号术语?
- build立一个python瓶web应用程序的Docker图像。 未显示图像或找不到要求.txt