博客园  :: 首页  :: 新随笔  :: 联系 :: 订阅 订阅  :: 管理

WSGI与uWSGI的应用场景与使用方法

Posted on 2019-05-06 17:15  老鼠蟒蛇  阅读(1088)  评论(2编辑  收藏  举报

WSGI  /与/  uWSGI

在阿里云上部署项目时,在通信中我们都会用到wsgi与uWSGI,这此我就带大家来了解一下wsgi与uWSGI。

对了,上次有个朋友问我Django的生命周期是什么?我在下一篇博客中给大家讲解一下。

WSGI

WSGI是Web Server Gateway Interface的缩写。他是PythonWeb服务器网关接口,

是Python应用程序或框架和Web服务器之间的一种接口,已经被广泛接受,

它已基本达成它的可移植性方面的目标。

其实我觉得他更像一个协议,他可以运行在任何服务器上WSGI应用(Application)都可以在任何服务器(Server)上运行, 反之亦然。

 

  CLIENT:客户端       SERVER:服务器       APPLICATION:应用器

 

          (图片有些模糊,可以放大看)

从这副图中我们可以看出,应用他必须是一个可调用对象,也可以是一个函数,

也可以是一个可以实现__call__()的方法,每收到一个请求,APPLICATION(应用器)会调用应用。

应用在处理完这些数据,准备返回数据的时候,先调用服务传给它的函数,最后再返回可迭代对象作为数据。

在上图中,黄色到绿色之间有一个environ,他包括了请求的相关信息,

比如请求方式、请求路径等等,start_response是应用处理完毕后,需要调用的函数,

用于告诉服务设置响应的头部信息或错误处理等等,他必须是一个字典,

如::{请求信息:’***’,请求方式:’****’,请求路径:’****’}。

 

我们先定义一个可调用的函数,它可以使用服务器传给它的请求相关的内容 environ,

 

然后是服务器:可以在项目文件中找到wsgi_server.py

 

 

 

uWSGI ,uWSGI全称(Web Server Gateway Interface

python安装uWSGI : :  https://www.runoob.com/python3/python-uwsgi.html 

uWSGI也是一个web服务器,它实现了WSGI协议、uwsgi、http等协议。Nginx中HttpUwsgiModule的作用是与uWSGI服务器进行交换。

他不是一个框架,一个软件,或者是API,而只是一种规范描述web server如何与web application通信的规范。

WSGI协议主要包括serverapplication两部分

===========================

底层内容:有兴趣可以了解一下,没有兴趣勿看

WSGI server负责从客户端接收请求,将request转发给application,将application返回的response返回给客户端;

WSGI application接收由server转发的request,处理请求,并将处理结果返回给server。

application中可以包括多个栈式的中间件(middlewares),这些中间件需要同时实现server与application,

因此可以在WSGI服务器与WSGI应用之间起调节作用,

对服务器来说,中间件扮演应用程序,对应用程序来说,中间件扮演服务器

uWSGI使用通用的API和通用的配置风格来实现应用服务器 (对于各种编程语言和协议),代理,进程管理器和监控器。

 核心 :》 (实现配置、进程管理、socket创建、监控、日志记录、共享内存块、ipc、集群成员和 uWSGI订阅服务器)

请求插件:》 (为各种语言和平台实现应用服务器接口:WSGI, PSGI, Rack, Lua WSAPI, CGI, PHP, Go ...)

网关:》 (实现负载均衡器、代理和路由器)

Emperor :》(实现大量实例管理和监控)

循环引擎 :》(实现事件和并发,组件可以在reforking, threaded, asynchronous/evented和green thread/coroutine模式下运行。支持多种技术,

包括uGreen, Greenlet, Stackless, Gevent, Coro::AnyEvent, Tornado, Goroutines和Fibers)

 

 

django WSGI application   django项目中可以找到

WSGI application应该实现为一个可调用对象,例如函数、方法、类(包含`call`方法)。需要接收两个参数:

  • 一个字典,该字典可以包含了客户端请求的信息以及其他信息,

   可以认为是请求上下文,一般叫做environment(编码中多简写为environ、env)

  • 一个用于发送HTTP响应状态(HTTP status )、响应头(HTTP headers)的回调函数

通过回调函数将响应状态和响应头返回给server,同时返回响应正文(response body),

响应正文是可迭代的、并包含了多个字符串。

 

下面是Django中application的具体实现部分:

 

可以看出application的流程包括:

1,加载所有中间件,以及执行框架相关的操作,设置当前线程脚本前缀,发送请求开始信号;

2,处理请求,调用get_response()方法处理当前请求,该方法的的主要逻辑是通过urlconf找到对应的view和callback,

按顺序执行各种middleware和callback。

3,调用由server传入的start_response()方法将响应header与status返回给server。

4,返回响应正文

下面表示WSGI server服务器处理流程中关键的类和方法。