一次请求中,经过 nginx+uWSGI+flask应用程序搭建服务的执行过程

Flask框架有自带的http server,但是缺点非常明显,并发能力,及时响应非常差,只适合开发时自测使用。

在我接触过的项目中,生产环境使用nginx+uWSGI+flask应用程序进行部署服务端。

nginx主要作为防火墙,负载均衡,集群,反向代理,动静分离,缓存,压缩静态文件 等等。

uWSGI主要作为Web服务器,实现了WSGI协议、uwsgi、http等协议。简单来讲,就是flask应用程序和nginx之间的一个桥梁。以下为引用其他博客的部分

WSGI有两方:“服务器”一方,以及“应用程序”或“应用框架”一方。服务方调用应用方,提供环境信息,以及一个回调函数(提供给应用程序用来将消息头传递给服务器方),并接收Web内容作为返回值。

所谓的 WSGI中间件同时实现了API的两方,因此可以在WSGI服务和WSGI应用之间起调解作用:从WSGI服务器的角度来说,中间件扮演应用程序,而从应用程序的角度来说,中间件扮演服务器。“中间件”组件可以执行以下功能:

1.重写环境变量后,根据目标URL,将请求消息路由到不同的应用对象。

2.允许在一个进程中同时运行多个应用程序或应用框架。

3.负载均衡和远程处理,通过在网络上转发请求和响应消息。

4.进行内容后处理,例如应用XSLT样式表。

 一次请求过程示意图。

 

一次请求流程图如下:从刚开始 的 域名解析,到nginx处理(其中各种功能的顺序可能存在问题,此图仅仅帮助个人理解工作流程),到uWSGI,到flask应用再原路返回。

 

 参考网址:

http://blog.csdn.net/guoqingpei/article/details/52749101

https://www.cnblogs.com/geaozhang/p/7010353.html

https://www.cnblogs.com/hanyifeng/p/5626327.html

http://blog.csdn.net/midion9/article/details/51354774

原文地址:https://www.cnblogs.com/rgcLOVEyaya/p/RGC_LOVE_YAYA_612days.html