uWSGI, Gunincorn, 啥玩意儿?
因为nginx等优秀的开源项目,有不少本来不是做服务器的同学也可以写很多服务器端的程序了。但是在聊天中会发现,大家虽然写了不少代码,但是对wsgi是什么,gunicorn是什么,反向代理又是什么并不了解,也就是说对基本概念并没有一个全局的了解。
服务器
到了服务器组你会发现原来有各种各样的服务器,那些叫法很多是有历史沉淀的,不需要太深究能对上号就行,因为本来也是乱七八糟的。
HTTP服务器
如果网站是HTML/CSS/JS(不包括node.js这种SSJS)组成的,那么这是一个静态的网站。
用户访问这个网站的时候,HTTP请求被浏览器发送,经过DNS等被送到网站的服务器。服务器处理HTTP请求,将浏览器能够处理的响应返回给用户的浏览器。所以这个场景下的服务器一般被称为HTTP服务器,常见的有Apache的httpd和Nginx。
Application服务器
如果你的网站是动态的,比如是用Django写的。
那么客户端上来的请求要能够被Djano的Application处理。WSGI就是这样的一个协议:它是一个Python程序和用户请求之间的接口。WSGI服务器的作用就是接受并分析用户的请求,调用相应的python对象完成对请求的处理,然后返回相应的结果。
WSGI服务器的选择很多,包括uWSGI和gunicorn。它们都可以处理所有的请求,包括确实应该由python对象处理的,也包括不该python对象处理的,比如静态的图像,css,js等文件。所以理论上你可以把整个动态网站都用WSGI服务器承载起来,也就是整个应用完全跑在Application服务器上。
代理服务器
代理无非是A来做B干的事情。在服务器语境下,代理就是一台服务器干另外一台服务器的事情。这个是平常不会有很多人聊到的,多说两句。
前向代理服务器
大多数的代理都是前向代理。假设网络上有三台机器:
- X:你的电脑
- Y:代理服务器,proxy.eg.org
- Z:你实际想访问的服务器,www.eg.org
没有代理的情况下,访问是 X--->Z
,但是在某些情况下,访问者会先让代理服务器从实际放内容的服务器把数据取回来,也就是X--->Y
,然后Y---->Z
,最后X---->Y
。
这里说的某些情况下典型的包括(作为天朝网民你居然没有领悟我很失望):
X的网络管理员封了Z
- Z可能是一个臭名昭著的病毒网站:
familypostcard2008.com
等 - Z可能是一个让你上班精力分散的网站:
Facebook.com
等 - Z可能是一个让你明白真相的网站:Hmmmm
Z的网络管理员封了X
- Z可能是一个论坛或者blog什么的,X在对它进行扫描
反向代理服务器
没有代理的情况下,访问仍然是 X--->Z
,但是在某些情况下,Z的管理者决定限制资源被直接访问。用户必须现在Y上做访问,Y再访问Z。整个流程是X--->Y
,然后Y---->Z
,最后X---->Y
。
没错,细心的你注意到了,前向和反向代理服务器的流程都是X-->Y-->Z
。没办法,代理就是这么个意思。它们两者的核心区别在于,用户对反向代理服务器的存在是无感的。换句话说,X不需要做特别的配置甚至不需要察觉Y的存在,就可以使用Y这个反向代理。这种请求方无感而被请求方反过来提供代理服务就是“反向”的意义所在。
使用反向代理的典型场景当然是Z希望所有发给自己特定请求都从Y过一遍:
- Z可能是一个超大的网站,每天有全世界各地的用户在访问。于是Z搭建了一个反向代理,把某个地域的用户的访问导入到离他最近的服务器上去处理。没有错,这就是CDN。
- Z可能是一个坏坏的网站。它的拥有者希望把坏坏的数据放到特定的服务器,然后核心数据放到别的服务器。比如黄色网站,一般那些色情的内容放在一些专门的服务器上,即使被查封,也不会对其业务产生决定性的影响。
继续我们前面的例子,很快你会发现uWSGI等应用服务器处理静态文件的请求的performance很废材,于是开始寻找直接用nginx来处理静态内容的办法。那么你就需要区分哪些请求是请求的静态页面,哪些是请求的动态内容。
然后你就会发现,原来nginx不止是一个HTTP服务器,它还是一个反向代理服务器:它可以把请求重定向到uWSGI或者任何别的服务器,然后把下游服务器的响应集成再返回给用户。于是你就可以配置对静态内容的请求直接在nginx完成,而动态内容的请求发送给uWSGI服务器。
负载均衡服务器
在我自己的心中,负责均衡服务器不过是反向代理的一种(你看CDN我也觉得是反向代理的一种),但是很多地方这种服务器是被拿出来专门讨论的。
随着你的网站访问量不断增大,你用一个nginx集中所有的请求再分发就显得性能不够了。这个时候你可以配置专门用于进行请求分发处理的负载均衡服务器,比如HAProxy,而负载均衡服务器背后是集群。
缓存服务器
随着网站访问量的继续增大,你的VPS流量又扛不住了。你调查发现有一些多媒体文件被经常请求,这个时候你部署了缓存服务器。
“缓存"这个经常被提到的术语,核心就是把常用的信息放在一个读取成本很低地方(比如内存中或者是虚拟内存中),从而避免每次查找它的时候昂贵的操作。比如HTTP缓存解决的是在服务器上找信息的过程,而Redis或者Memcached这些缓存则是解决在数据库里面找信息的过程。
那,我们为什么需要uwsgi或者gunicorn?
一句话:因为你需要有东西在服务器上运行Python,但是Python不是处理所有的请求都很强。
那么是选uWSGI还是Gunicorn?我觉得都可以,还是那句老话,不是它们好不好的问题,是你够不够好的问题,毕竟代码都摆在那里的。
不过Gunicorn可以多说几句。它的崛起在我看来是有时代背景的:在过去,我们部署一个应用的时候,几乎总是要分布在多台机器的(比如4台HTTP服务器把动态请求分发到两台Application服务器上,并且它们都访问一个数据库服务器)。但是随着机器的能力在增强,而互联网应用的覆盖面从业务逻辑极其复杂的银行业电信业到了送盒饭选泡面的小行业,越来越多的Application服务器和Web服务器合体了(以django圈子举例,有httpd+mod_wsgi或者Nginx+mod_uwsgi)。而且很多时候这种小应用的数据库也host在同一台机器上。
Gunicorn(从Ruby下面的Unicorn得到的启发)应运而生:依赖Nginx的代理行为,同Nginx进行功能上的分离。由于不需要直接处理用户来的请求(都被Nginx先处理),Gunicorn不需要完成相关的功能,其内部逻辑非常简单:接受从Nginx来的动态请求,处理完之后返回给Nginx,由后者返回给用户。
由于功能定位很明确,Gunicorn得以用纯Python开发:大大缩短了开发时间的同时,性能上也不会很掉链子。同时,它也可以配合Nginx的代理之外的别的Proxy模块工作,其配置也相应比较简单。
配置上的简单,大概是它流行的最大的原因。
Good Refs
正向代理服务器软件
- cgi-proxy
- phproxy (中断了)
- glype
- Internet censorship wiki: List of Web Proxies
反向代理服务器软件
- apache mod_proxy
- squid
- HAProxy
- perlbal
- portfusion
- pound
TCP上的反向代理服务器软件
- balance
- delegate
- pen
- portfusion
- pure load balancer
- python director
其他
- Wikipedia - Content Delivery Network
- Wikipedia - Category:Reverse_proxy
- Wikipedia - Load Balancing
- Wikipedia - Scalability
uWSGI, Gunincorn, 啥玩意儿?相关推荐
- python的服务器、客户端被拒绝访问_python – uWSGI服务器日志…权限被拒绝读取......
我有一个服务器在emperor模式下使用uWSGI运行Django / Nginx / uWSGI,并且它的错误日志(vassal级错误日志,而不是皇帝级日志)每次生成一个新worker时都会有一个连 ...
- uwsgi: invalid option -- 'x'
安装:pip install uwsgi 启动:uwsgi -x 'uwsgi.xml' 报错:uwsgi: invalid option -- 'x' 原因:centos下,在没有安装libxml2 ...
- 基于Centos搭建nginx+uwsgi运行django环境
环境: CentOS 7 nginx/1.9.12 Python 2.7.5 一:安装依赖包5 yum install zlib-devel bzip2-devel pcre-devel openss ...
- [WARNING] unable to add QUERY_STRING=XXXX to uwsgi packet, consider increasing buffer size
1. 问题现象 在用 flask uwsgi api 报文发送 GET 请求时,请求参数的 value 值 "XXX" 太长时,会报下面的错误. [WARNING] unable ...
- uwsgi 安装报错 plugins/python/uwsgi_python.h:2:20: fatal error: Python.h: No such file or directory
1. Python3 安装 uwsgi 报错 直接使用命令 sudo pip3 install uwsgi 安装如下错误: ubuntu@ubuntu:~/Downloads$ sudo pip3 i ...
- python nginx部署_Python 应用 uWSGI + Nginx 部署
新建一个 Django 应用部署 •使用 py 文件启动 uWSGI def application(env, start_response):start_response('200 ok', [(' ...
- python uwsgi_python Web开发你要理解的WSGI uwsgi详解
WSGI协议 首先弄清下面几个概念: WSGI:全称是Web Server Gateway Interface,WSGI不是服务器,python模块,框架,API或者任何软件,只是一种规范,描述web ...
- Nginx+uWSGI+Django原理
Python的Web开发中,如果使用Django框架,那么较为成熟稳定的服务器架构一般是Nginx+uWSGI+Django.而为什么一定要三个结合在一起呢?直接使用Django的runserver来 ...
- nignx uwsgi 启动多个flask网站
nginx uwsgi 启动多个flask网站 文章目录 nginx uwsgi 启动多个flask网站 把flask项目放入服务器 安装 nginx 配置flask的uwsgi 配置 nginx 创 ...
- 阿里云 flask uwsgi SSl 证书 http 转 https
阿里云 flask uwsgi SSl 证书 http 转 https flask http 部署: https://blog.csdn.net/weixin_44493841/article/det ...
最新文章
- android 蓝牙通讯编程 备忘
- 008_Input输入框
- sql server 2008学习11 UDF用户自定义函数
- Linux platform驱动模型
- fofa自动化爬虫脚本更新+详解
- Android-入门学习笔记-使用 CursorLoader 加载数据
- 统计问题(HDU-2563)
- uml 时序图_面向对象设计与统一建模语言UML
- emacs 替换模式_如何使用Emacs Org模式撰写博客
- [比赛]2015/12/25BNU新生赛
- python整型数据源码分析_大师兄的Python源码学习笔记(三): 整数对象
- 虹软人脸识别android源码demo,虹软2.0 离线人脸识别 Android 开发 Demo
- Matlab —— 电路仿真
- msm8937 porting iic device
- Springboot​ mybatis-plus
- 如何在线批量转换图片格式为jpg?
- 越狱苹果手机导出网易云音乐歌曲(以及缓存文件转换)
- oracle变mysql,Oracle变换成为Mysql注意事项
- 珍爱生命,远离微软,一点感受源自知乎上的某人评论
- [Python] js逆向初探: 某麦榜单
热门文章
- 爆:中国互联网的那些黑色产业链
- 共模信号和差模信号的区别和抑制
- 支付宝前端团队详解基于Node.jsWeb框架Chair
- 批量生成Code128- C条码
- NLP中Tokenizers总结(BPE、WordPiece、Unigram和SentencePiece)
- 被誉为现代电子计算机之父是,成教云: 人们习惯上尊称图灵为现代电子计算机之父。...
- Qt之Base64编解码
- 阿兹卡班(azikaban)报错:syntax error:unexpected end of file
- Admob设置Android设备为测试设备(2020年5月7日亲测有效)
- Android开发进阶-接入Google Admob