如何理解nginx,wsgi,flask之间的关系
1个回答
2016-09-09 · 知道合伙人软件行家
关注
展开全部
Web 服务器层
对于传统的客户端 - 服务器架构,客户端向服务器发送请求,服务器接收请求,处理请求,最后给客户端返回请求的响应,即简单来说,一个服务器的作用是:
接收请求
处理请求
返回响应
此文我们探讨web服务器,常见的web服务器有Nginx,Apache等。在这个三层结构中,web 服务器是最先接收到用户的请求的。
Web框架层
常见的web框架有Flask,Django等,我们以Flask框架为例子,展示web框架的作用:
from flask import Flask
app = Flask(__name__)
@app.route('/')
def hello_world():
return 'Hello World!'
if __name__ == '__main__':
app.run()123456789
以上简单的几行代码,就创建了一个web应用程序对象app。
Web框架为我们提供路由管理,cookies管理等功能,让我们只需要关心业务的逻辑,提高开发的效率。
WSGI层
WSGI不是服务器,也不是用于与程序交互的API,更新不真实的代码,而只是一种接口。它只适用于Python语言,其全称为Web Server Gateway Interface,定义了web服务器和web应用之间的接口规范。也就是说,只要web服务器和web应用都遵守WSGI协议,那么web服务器和web应用就可以随意的组合。
def application(env, start_response):
start_response('200 OK', [('Content-Type', 'text/html')])
return [b"Hello World"]123
代码中的env,start_response变量由web服务器传入,其中,env是一个字典,包含了类似HTTP_HOST,HOST_USER_AGENT,SERVER_PROTOCO等环境变量。start_response则是方法,接受两个参数,分别是status,response_headers。application方法设置http响应的状态码和Content-Type等头部信息,并返回响应具体结果。
上述代码就是一个完整的WSGI应用,当一个支持WSGI的web服务器(例如Nginx)接收到客户端的请求后,便会调用这个application方法。WSGI层并不需要关心env,start_response这两个变量是如何实现的,直接使用即可。
值得指出的是,WSGI是一种协议,需要区分几个相近的名词:
- uwsgi
同wsgi一样也是一种协议,uWSGI服务器正是使用了uwsgi协议
- uWSGI
实现了uwsgi和WSGI两种协议的web服务器。注意uWSGI本质上也是一种web服务器,处于上面描述的三层结构中的web服务器层。
- CGI
通用网关接口,并不限于python语言,定义了web服务器是如何向客户端提供动态的内容。例如,规定了客户端如何将参数传递给web服务器,web服务器如何将参数传递给web应用,web应用如何将它的输出如何发送给客户端,等等。
生产环境下的web应用都不使用CGI了,CGI进程(类似Python解释器)针对每个请求创建,用完就抛弃,效率低下。WSGI正是为了替代CGI而出现的。
说到这,我们基本理清了WSGI在web服务器与web框架之间作用:WSGI就像一条纽带,将web服务器与web框架连接起来。回到本文的题目,Nginx属于一种web服务器,Flask属于一种web框架,因此,WSGI与Nginx、Flask的作用就不明而喻了。
最后以Nginx,WSGI,Flask之间的对话结束本文。
Nginx:Hey,WSGI,我刚收到了一个请求,我需要你作些准备,然后由Flask来处理这个请求。
WSGI:OK,Nginx。我会设置好环境变量,然后将这个请求传递给Flask处理。
Flask:Thanks WSGI!给我一些时间,我将会把请求的响应返回给你。
WSGI:Alright,那我等你。
Flask:Okay,我完成了,这里是请求的响应结果,请求把结果传递给Nginx。
WSGI:Good job!Nginx,这里是响应结果,已经按照要求给你传递回来了。
Nginx:Cool,我收到了,我把响应结果返回给客户端。大家合作愉快~
对于传统的客户端 - 服务器架构,客户端向服务器发送请求,服务器接收请求,处理请求,最后给客户端返回请求的响应,即简单来说,一个服务器的作用是:
接收请求
处理请求
返回响应
此文我们探讨web服务器,常见的web服务器有Nginx,Apache等。在这个三层结构中,web 服务器是最先接收到用户的请求的。
Web框架层
常见的web框架有Flask,Django等,我们以Flask框架为例子,展示web框架的作用:
from flask import Flask
app = Flask(__name__)
@app.route('/')
def hello_world():
return 'Hello World!'
if __name__ == '__main__':
app.run()123456789
以上简单的几行代码,就创建了一个web应用程序对象app。
Web框架为我们提供路由管理,cookies管理等功能,让我们只需要关心业务的逻辑,提高开发的效率。
WSGI层
WSGI不是服务器,也不是用于与程序交互的API,更新不真实的代码,而只是一种接口。它只适用于Python语言,其全称为Web Server Gateway Interface,定义了web服务器和web应用之间的接口规范。也就是说,只要web服务器和web应用都遵守WSGI协议,那么web服务器和web应用就可以随意的组合。
def application(env, start_response):
start_response('200 OK', [('Content-Type', 'text/html')])
return [b"Hello World"]123
代码中的env,start_response变量由web服务器传入,其中,env是一个字典,包含了类似HTTP_HOST,HOST_USER_AGENT,SERVER_PROTOCO等环境变量。start_response则是方法,接受两个参数,分别是status,response_headers。application方法设置http响应的状态码和Content-Type等头部信息,并返回响应具体结果。
上述代码就是一个完整的WSGI应用,当一个支持WSGI的web服务器(例如Nginx)接收到客户端的请求后,便会调用这个application方法。WSGI层并不需要关心env,start_response这两个变量是如何实现的,直接使用即可。
值得指出的是,WSGI是一种协议,需要区分几个相近的名词:
- uwsgi
同wsgi一样也是一种协议,uWSGI服务器正是使用了uwsgi协议
- uWSGI
实现了uwsgi和WSGI两种协议的web服务器。注意uWSGI本质上也是一种web服务器,处于上面描述的三层结构中的web服务器层。
- CGI
通用网关接口,并不限于python语言,定义了web服务器是如何向客户端提供动态的内容。例如,规定了客户端如何将参数传递给web服务器,web服务器如何将参数传递给web应用,web应用如何将它的输出如何发送给客户端,等等。
生产环境下的web应用都不使用CGI了,CGI进程(类似Python解释器)针对每个请求创建,用完就抛弃,效率低下。WSGI正是为了替代CGI而出现的。
说到这,我们基本理清了WSGI在web服务器与web框架之间作用:WSGI就像一条纽带,将web服务器与web框架连接起来。回到本文的题目,Nginx属于一种web服务器,Flask属于一种web框架,因此,WSGI与Nginx、Flask的作用就不明而喻了。
最后以Nginx,WSGI,Flask之间的对话结束本文。
Nginx:Hey,WSGI,我刚收到了一个请求,我需要你作些准备,然后由Flask来处理这个请求。
WSGI:OK,Nginx。我会设置好环境变量,然后将这个请求传递给Flask处理。
Flask:Thanks WSGI!给我一些时间,我将会把请求的响应返回给你。
WSGI:Alright,那我等你。
Flask:Okay,我完成了,这里是请求的响应结果,请求把结果传递给Nginx。
WSGI:Good job!Nginx,这里是响应结果,已经按照要求给你传递回来了。
Nginx:Cool,我收到了,我把响应结果返回给客户端。大家合作愉快~
推荐律师服务:
若未解决您的问题,请您详细描述您的问题,通过百度律临进行免费专业咨询