WSGI及gunicorn指北

Posted pygoland

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了WSGI及gunicorn指北相关的知识,希望对你有一定的参考价值。

作为一个Python Web 开发工程师,pyg0每天都喜滋滋的写着基于各种web框架的业务代码。

突然有一天,技术老大过来跟pyg0说,嘿,我们要新上线一个服务,你来帮我部署一下吧。不用太复杂。用gunicorn跑flask, 启8个进程, 用gevent模式跑就可以。这个很好配,给你一个小时吧。

这时候的pyg0心里充满的黑人问号, gunicorn, gevent ???什么鬼?

赶紧请教万能的google,发现网上配置的教程满天飞, pyg0找了一个看着顺眼的,照猫画虎,终于赶在下班前搞定。(说好的一个小时呢?)

但是真的搞定了吗?pyg0其实发现自己更加迷惑了。再配置的过程中,更多的名词出现在他的视野之中, wgsi?uwsgi?master? worker? 

为了让自己不再迷糊下去。pyg0决定开始一场学习python web server的旅程

 

一 WSGI

WSGI(Web Server Gateway Interface),中文是网络服务器网关接口。它不是web server, 也不是web application,而是架在web server 和web application 之间一道协议和规范。

WSGI规范的目的就是解耦Web Server 和Web Application。 一个完整的WSGI协议包括server 和appliction 两部分。server的作用是接受客户端传来的请求,转发给application, 然后把application返回的response发给客户端。 application用来接受server发来的请求,处理请求,然后把response发回给server。这样一来,我们可以有多个实现了server协议的Web Server和多个实现了application的web framework。

重点来了,上文提到的gunicorn, uwsgi就是实现了WSGI server协议的web server。 而我们常用的Django,Flask等等就是实现了WSGI application协议的 web framework。这样一来,我们就可以像搭积木一样随意组合web server 和 web framework了。

 

其实python自己就带了一个实现了WSGI协议的server 和 application, 各个web framework也基本上都有自己实现的server, 但这些server基本上只能用来调试,不能用于生产环境。我们先来看python自己实现的WSGI协议: wsgiref。这个名字明确告诉我们,大哥我只是个reference, 你们看看就好,千万不要用啊,性能没保障的啊。

1 #coding:utf-8
2 from wsgiref.simple_server import make_server, demo_app
3 
4 app = demo_app
5 server = make_server("127.0.0.1", 9000, app)
6 server.serve_forever()

demo_app就是个简单的web application, 我们看看他都干了什么

def demo_app(environ,start_response):
    from io import StringIO
    stdout = StringIO()
    print("Hello world!", file=stdout)
    print(file=stdout)
    h = sorted(environ.items())
    for k,v in h:
        print(k,=,repr(v), file=stdout)
    start_response("200 OK", [(Content-Type,text/plain; charset=utf-8)])
    return [stdout.getvalue().encode("utf-8")]

完美的满足的WSGI的标准,接受两个参数, environ和start_response, environ是一个包括了客户端所有请求信息和相关信息的dict, start_response 是一个可以发送响应状态和响应头的回调函数。除此之外, 我们的web application 把environ里面所有的信息都打印出来。

现在问题来了。我们应该如何调用这个web application呢?答案就是我们不用调,我们依靠web server 来调。让我们看看wsgiref里的webserver长什么样

class WSGIServer(HTTPServer):

    """BaseHTTPServer that implements the Python WSGI protocol"""

    application = None

    def server_bind(self):
        """Override server_bind to store the server name."""
        HTTPServer.server_bind(self)
        self.setup_environ()

    def setup_environ(self):
        # Set up base environment
        env = self.base_environ = {}
        env[SERVER_NAME] = self.server_name
        env[GATEWAY_INTERFACE] = CGI/1.1
        env[SERVER_PORT] = str(self.server_port)
        env[REMOTE_HOST]=‘‘
        env[CONTENT_LENGTH]=‘‘
        env[SCRIPT_NAME] = ‘‘

    def get_app(self):
        return self.application

    def set_app(self,application):
        self.application = application

这个web server 也同样很简单。继承了HTTPServer, 重写了server_bind方法,在绑定的同时创建了必要的环境变量。同时提供了绑定和获取web application的方法。

 

我们再来看看WSGIRequestHandler

class WSGIRequestHandler(BaseHTTPRequestHandler):

    server_version = "WSGIServer/" + __version__

    def get_environ(self):
        env = self.server.base_environ.copy()
        env[SERVER_PROTOCOL] = self.request_version
        env[SERVER_SOFTWARE] = self.server_version
        env[REQUEST_METHOD] = self.command
        if ? in self.path:
            path,query = self.path.split(?,1)
        else:
            path,query = self.path,‘‘

        env[PATH_INFO] = urllib.parse.unquote(path, iso-8859-1)
        env[QUERY_STRING] = query

        host = self.address_string()
        if host != self.client_address[0]:
            env[REMOTE_HOST] = host
        env[REMOTE_ADDR] = self.client_address[0]

        if self.headers.get(content-type) is None:
            env[CONTENT_TYPE] = self.headers.get_content_type()
        else:
            env[CONTENT_TYPE] = self.headers[content-type]

        length = self.headers.get(content-length)
        if length:
            env[CONTENT_LENGTH] = length

        for k, v in self.headers.items():
            k=k.replace(-,_).upper(); v=v.strip()
            if k in env:
                continue                    # skip content length, type,etc.
            if HTTP_+k in env:
                env[HTTP_+k] += ,+v     # comma-separate multiple headers
            else:
                env[HTTP_+k] = v
        return env

    def get_stderr(self):
        return sys.stderr

    def handle(self):
        """Handle a single HTTP request"""

        self.raw_requestline = self.rfile.readline(65537)
        if len(self.raw_requestline) > 65536:
            self.requestline = ‘‘
            self.request_version = ‘‘
            self.command = ‘‘
            self.send_error(414)
            return

        if not self.parse_request(): # An error code has been sent, just exit
            return

        handler = ServerHandler(
            self.rfile, self.wfile, self.get_stderr(), self.get_environ()
        )
        handler.request_handler = self      # backpointer for logging
        handler.run(self.server.get_app())

我们的WSGIRequestHandler会添加更多请求相关的信息放进environ里。同时重写了handle方法,在这里我们看到了熟悉的get_app(), 没错,就是在这里, 我们的web_application出现了。它会接受server 的 environ和回调函数start_response, 处理完成之后,再通过start_response 把HTTP Code 和HEADER发送给handler,通过return把http response返回给handler。

通过这个简单的示例,pyg0终于明白了WSGI是怎么回事儿。但是他也认同这个wsgiref实在是太low了。所以赶紧开始钻研老大推荐的gunicorn。

我们下回再见!

 

以上是关于WSGI及gunicorn指北的主要内容,如果未能解决你的问题,请参考以下文章

Apache + mod_wsgi 与 nginx + gunicorn

django + virtualenv + gunicorn - 没有名为 django.core.wsgi 的模块?

Gunicorn / Procfile - 找不到module.wsgi

web 部署专题:压力测试压力测试实例 flask 四种wsgi方式对比(tornado,Gunicorn,Twisted,Gevent)

无法在 gunicorn wsgi 服务器上运行烧瓶应用程序

无法启动 Gunicorn,ModuleNotFoundError:没有名为“myproject.wsgi”的模块