大佬教程收集整理的这篇文章主要介绍了我应该为Flask,uWSGI和nginx设置单独的容器吗？，大佬教程大佬觉得挺不错的，现在分享给大家，也给大家做个参考。
我打算使用Kubernetes和Ingress进行负载平衡.我正在尝试学习如何设置Flask,uWsgi和Nginx.
我看到这个教程将所有三个安装在同一个容器中,我想知道是否应该使用它.
https://ianlondon.github.io/blog/deploy-flask-docker-nginx/
我猜测将它们作为单独的容器和单独的容器的好处是它们可以单独扩展吗？
但是,Flask和uwsgi是否应该分开放在容器中？ (或Flask和Gunicorn,因为uwsgi似乎与Gunicorn非常相似)
是否需要单独的Web服务器,如Nginx,然后取决于.在mod_wsgi的情况下,您没有使用Apache Web服务器,因此从中获得了直接的好处.当使用mod_wsgi-express时,它也已经设置为在最佳基本配置中运行,以及它如何做到这一点,避免了使用单独的前置Web服务器,就像人们在使用uWsgi或gunicorn时经常使用Nginx一样.
对于容器化系统,平台已经为负载平衡提供了路由层,就像Kubernetes中的入口一样,在混合中使用Nginx只会增加您不需要的额外复杂性并且可能降低性能.这是因为您必须在同一容器中运行Nginx,或者在同一个pod中创建一个单独的容器并使用共享的emptyDir卷类型来允许它们仍然通过UNIX套接字进行通信.如果你不使用UNIX套接字,并使用INET套接字,或者在一个完全不同的pod中运行Nginx,那么它就是一种毫无意义的,因为你要为流量引入额外的跳,这比使它更密集使用UNIX套接字绑定.当与Nginx结合使用时,uSEGI服务器在接受INET请求时执行效果不佳,并且在可能位于不同主机上的单独pod中使用Nginx会使情况变得更糟.
在前面使用Nginx的部分原因是它可以保护您免受慢速客户端的请求缓冲以及其他潜在问题.使用入口时,您已经拥有一个haproxy或Nginx前端负载均衡器,可以在一定程度上保护您免受此攻击.所以它真的取决于你在做什么,在混合中引入额外的Nginx代理是否有意义.将gunicorn或uWsgi直接放在负载平衡器后面可能更简单.
建议如下.
>另请参阅mod_wsgi-express.它是专门针对容器化系统开发的,以使其更容易,并且可以比uWsgi和gunicorn更好的选择.
>使用实际应用程序测试不同的Wsgi服务器和配置,以及真实的流量配置文件,而不是仅仅超载它的基准测试.@R_585_7369@,因为基于Kubernetes的系统的动态以及它的路由可能如何实现,意味着它可能与您可能习惯的更传统的系统有很大不同.
以上是大佬教程为你收集整理的我应该为Flask,uWSGI和nginx设置单独的容器吗？全部内容，希望文章能够帮你解决我应该为Flask,uWSGI和nginx设置单独的容器吗？所遇到的程序开发问题。
如果觉得大佬教程网站内容还不错，欢迎将大佬教程推荐给程序员好友。
本图文内容来源于网友网络收集整理提供，作为学习参考使用，版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ：384754419，请注明来意。