wsgi

wsgi 全称web server gateway interface ，wsgi不是服务器，也不是python模块，只是一种协议，描述web server如何和web application通信的规则。 运行在wsgi上的web框架有bottle，flask，django uwsgi 和wsgi一样是通信协议，是uWSGI服务器的单独协议，用于定义传输信息的类型 uWSGI 是一个web服务器，实现了WSGI协议，uwsgi协议。a nginx web服务器，更加安全，更好的处理处理静态资源，缓存功能，负载均衡，因此nginx的强劲性能，配合uWSGI服务器会更加安全，性能有保障。 django 高级的python web框架，用于快速开发，解决web开发的大部分麻烦，程序员可以更专注业务逻辑，无须重新造轮子 逻辑图 web服务器 传统的c/ s架构，请求的过程是 客户端 > 服务器 服务器 > 客户端 服务器就是： 1 .接收请求 2 .处理请求 3 .返回响应 web框架层 HTTP的动态数据交给web框架，例如django遵循MTV模式处理请求。 HTTp协议使用url定位资源，urls.py将路由请求交给views视图处理，然后返回一个结果，完成一次请求。 web框架使用者只需要处理业务的逻辑即可。 如果将一次通信转化为“对话”的过程 Nginx：hello wsgi

导论 WSGI是Web服务器网关接口。它是一个规范，描述了Web服务器如何与Web应用程序通信，以及Web应用程序如何链接在一起以处理一个请求，（接收请求，处理请求，响应请求） 基于wsgi运行的框架有bottle,DJango,Flask,用于解析动态HTTP请求 支持WSGI的服务器 wsgiref python自带的web服务器 Gunicorn 用于linux的 python wsgi Http服务器，常用于各种django，flask结合部署服务器。 mode_wsgi 实现了Apache与wsgi应用程序的结合 uWSGI C语言开发，快速，自我修复，开发人员友好的WSGI服务器，用于Python Web应用程序的专业部署和开发。 在部署python程序web应用程序时，可以根据性能的需求，选择合适的wsgi server，不同的wsgi server区别在于并发支持上，有单线程，多进程，多线程，协程的区别，其功能还是近似，无非是请求路由，执行对应的函数，返回处理结果。 Django部署 Django的主要部署平台是 WSGI，这是用于Web服务器和应用程序的Python标准。 Django的 startproject管理命令设置一个简单的默认WSGI配置，可以根据需要为您的项目进行调整，并指示任何符合WSGI的应用程序服务器使用。 application

---恢复内容开始--- 一、前提： 1、django项目文件已放置在云服务器上，配置好运行环境，可正常运行 2、云服务器可正常连接 二、相关知识 1、python manage.py runserver：这是一款适合开发阶段使用的服务器，不能对大量请求进行同时处理，不适合运行在真实的生产环境中，在实际生产环境中使用WSGI作为接口，连接web和python代码（也就是django项目)； 2、WSGI：Web服务器网关接口，英文为Python Web Server Gateway Interface，缩写为WSGI，是Python应用程序或框架和Web服务器之间的一种接口； 3、WSGI没有官方的实现, 因为WSGI更像一个协议，只要遵照这些协议,WSGI应用(Application)都可以在任何服务器(Server)上运行； 4、django在创建project时，会自动生成wsgi.py文件，里面会指明settings、application对象； 5、uWSGI：前面说到WSGI类似协议，可以通过uWSGI进行实现，uWSGI完全由C语言编写，运行速度快，是一个快速、自我修复、开发人员和系统管理员友好的服务器； 6、Nginx：Nginx的主要作用有两个：负载均衡（多台服务器轮流处理请求，尽可能的使多个服务器均摊请求压力）；反向代理（隐藏真实服务器，更加安全）； 7

导论 WSGI是Web服务器网关接口。它是一个规范，描述了Web服务器如何与Web应用程序通信，以及Web应用程序如何链接在一起以处理一个请求，（接收请求，处理请求，响应请求） 基于wsgi运行的框架有bottle,DJango,Flask,用于解析动态HTTP请求 支持WSGI的服务器 wsgiref python自带的web服务器 Gunicorn 用于linux的 python wsgi Http服务器，常用于各种django，flask结合部署服务器。 mode_wsgi 实现了Apache与wsgi应用程序的结合 uWSGI C语言开发，快速，自我修复，开发人员友好的WSGI服务器，用于Python Web应用程序的专业部署和开发。 在部署python程序web应用程序时，可以根据性能的需求，选择合适的wsgi server，不同的wsgi server区别在于并发支持上，有单线程，多进程，多线程，协程的区别，其功能还是近似，无非是请求路由，执行对应的函数，返回处理结果。 Django部署 Django的主要部署平台是 WSGI，这是用于Web服务器和应用程序的Python标准。 Django的 startproject管理命令设置一个简单的默认WSGI配置，可以根据需要为您的项目进行调整，并指示任何符合WSGI的应用程序服务器使用。 application

快速部署Python应用：Nginx+uWSGI配置详解 相比于PHP，Python应用的部署很麻烦，比较常用的方法有fcgi与wsgi，然而这两种都很让人头痛。文章介绍了Nginx＋uwsgi的简便方法，来快速的部署Python应用。 作者：observer来源：observer专栏杂记| 2010-10-13 09:21 收藏 分享 4月14日 北京 |《架构即未来》作者陈斌：可扩展性架构设计的N个原则 在 PHP 里，最方便的就是deployment了，只要把php文件丢到支持PHP的路径里面，然后访问那个路径就能使用了；无论给主机添加多少PHP应用，只要把目录改好就没你的事了，完全不用关心php-cgi运行得如何，deployment极为方便。 反观Python，部属起来真是头痛，常见的部署方法有： ◆fcgi：用spawn-fcgi或者框架自带的工具对各个project分别生成监听进程，然后和http服务互动。 ◆wsgi：利用http服务的mod_wsgi模块来跑各个project。 无论哪种都很麻烦，apache的mod_wsgi配置起来很麻烦，内存占用还大，如果要加上nginx作为静态页面的服务器那就更麻烦了；我的应用基本上到后来都是是各个project各自为战，且不说管理上的混乱，这样对负载也是不利的，空闲的project和繁忙的project同样需要占用内存。

1.linux安装python3环境 参考链接： https://www.cnblogs.com/zzqit/p/10087680.html 2.安装uwsgi pip3 install uwsgi ln -s /usr/local/python3/bin/uwsgi /usr/local/bin/uwsgi # 建立软链接 uwsgi --version # 检查安装成功 3.基于uwsgi+django项目部署 django项目目录结构（orange_manage为app）： uwsgi --http 172.16.0.4:8001/ --file orange_web/wsgi.py --static-map=/static=static　　//使用uwsgi启动Django项目 uwsgi参数详解： --http 　　这个就和runserver一样指定IP 端口 --file 　　这个文件就里有一个反射,如果你在调用他的时候没有指定Web Server就使用默认的 -- static 　　做一个映射,指定静态文件 这里就可以使用uwsgi启动Django项目了 4.基于uwsgi的配置文件启动Django项目 1.新建一个目录script，存放uwsgi的启动文件，后续生成的日志以及进程号等 mkdir -p /var/www/script 2

uwsgi是一个通用server服务器，支持Python， Ruby等多种语言。uwsgi支持自动伸缩，当空闲超过一定时间，会关闭worker，当请求处理不过来需要排队时， 创建新的worker。 # 启用process manager，管理worker进程，worker进程都是这个master进程的子进程 master = true # wsgi文件 wsgi-file = wsgi.py # 该对象就是一个wsgi接口，如Flask中的app callable = WSGIHandler # 在app加载前切换到当前目录 chdir = /web/www/mysite # 监控python模块mtime来触发重载 (只在开发时使用) py-autoreload=1 # 在每个worker而不是master中加载应用。默认为false，表示先加载应用，再fork出worker，这样做可以让work尽量共用内存，只有当写时才copy # 由于先加载再fork，但有些东西是不支持fork的，比如socket连接，所以lazy-apps=false时，不要在加载应用时自动创建数据库连接等 lazy-apps=true # 指定监听该机器所有IP的5000端口 http-socket = :5000 # 指定unix domain socket文件

一.uWSGI服务器 uWSGI是一个 Web服务器 ，它实现了WSGI协议、uwsgi、http等协议。Nginx中HttpUwsgiModule的作用是与uWSGI服务器进行交换。 要注意 WSGI / uwsgi / uWSGI 这三个概念的区分。 WSGI是一种通信协议。 uwsgi是一种线路协议而不是通信协议，在此常用于在uWSGI服务器与其他网络服务器的数据通信。 而uWSGI是实现了uwsgi和WSGI两种协议的Web服务器。 uwsgi协议是一个uWSGI服务器自有的协议，它用于定义传输信息的类型（type of information），每一个uwsgi packet前4byte为传输信息类型描述，它与WSGI相比是两样东西。 Nginx: 和uWSGI一样也是一个Web服务器, Nginx在处理静态内容方面具有强大的能力(Nginx也可以实现负载均衡)，uWSGI负责Python这样的动态内容，二者配合共同提供Web服务以实现提高效率和负载均衡等目的, 请求和响应的流程如下： 　　Request > Nginx > uWSGI > Django > uWSGI > Nginx > Response 请求先交由Nginx，如果是静态内容就自己处理了，如果是动态内容就交给uWSGI服务器，uWSGI服务器处理整个Django项目的Python代码，响应请求，原路返回

nginx的作用 Nginx是一款自由的、开源的、高性能的HTTP服务器和反向代理服务器；同时也是一个IMAP、POP3、SMTP代理服务器；Nginx可以作为一个HTTP服务器进行网站的发布处理，另外Nginx可以作为反向代理进行负载均衡的实现。 Web服务器，直接面向用户，往往要承载大量并发请求，单台服务器难以负荷，我使用多台WEB服务器组成 集群，前端使用Nginx负载均衡，将请求分散的打到我们的后端服务器集群中， 实现负载的分发。那么会大大提升系统的吞吐率、请求性能、高容灾 Nginx要实现负载均衡需要用到proxy_pass代理模块配置 Nginx负载均衡与Nginx代理不同地方在于 Nginx代理仅代理一台服务器，而Nginx负载均衡则是将客户端请求代理转发至一组upstream虚拟服务池 Nginx可以配置代理多台服务器，当一台服务器宕机之后，仍能保持系统可用。 upstream配置 在nginx.conf > http 区域中 upstream django { server 10.0 . 0.10 : 8000 ; server 10.0 . 0.11 : 9000 ; } 在nginx.conf > http 区域 > server区域 > location配置中 添加proxy_pass location / { root html; index index

[线上环境部署Django，nginx+uwsgi 和nginx+gunicorn，这两种方案，应该如何选择？] 大家是采用的何种部署方式？ 第一种,高并发稳定一点 我们公司使用的是nginx+gunicorn,主要是方便。性能可以从其他方面优化。 随便吧 我们用的是nginx supervisor gunicorn Instagram由uwsgi转到gunicorn，建议用gunicorn，配置简单方便。 推荐 nginx supervisor gunicorn 配置简单，运维方便。 用的nginx+gunicorn方式，uwsgi没用过所以没法对比，就gunicorn的感受也来讲已经很快了，nginx处理掉了几乎全部的静态文件请求，实际上需要gunicorn再来处理的请求已经很少了。 gunicorn可以用Python文件直接配置，试用起来比较舒服。 我觉得这两种相差不多，根据你们相关的运维人员和开发人员的熟悉程度来决定。 现在的网站其实大部分处理的都是静态文件请求，除了诸如秒杀活动等等特定的业务，一般业务的请求量并不是很大。 所以你可以根据：1、你们当前的业务与以后可能会增加的业务；2、你们的运维人员的技能 来决定，哪个更熟悉就选哪个 [如何使用Nginx和uWSGI或Gunicorn在Ubuntu上部署Flask Web应用] 我在很多的博客中都看过有关 Flask