最新Python 之 WSGI、uWSGI 和 uwsgi 介绍_callable=app，这些面试官常问的开发面试题你都掌握好了吗英文

m0_60707708

于 2024-05-14 12:50:00 发布

阅读量499

点赞数 12

分类专栏：程序员文章标签： python 学习面试

本文链接：https://blog.csdn.net/m0_60707708/article/details/138850096

版权

程序员专栏收录该内容

199 篇文章 1 订阅

订阅专栏

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化学习资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

复制代码


访问（浏览器访问，curl访问也行） 


![](https://img-blog.csdnimg.cn/img_convert/4927987b66892aad8abd187a21f781d5.webp?x-oss-process=image/format,png)


#### 7）Nginx upstream 负载均衡



> 
> Nginx上游（upstream）是指一组后端服务器，Nginx可以与其通信并将客户端请求转发到这些服务器。换句话说，上游服务器是Nginx代理请求的后端服务器。
> 
> 
> 


Nginx的upstream支持5种 分配方式，其中 **轮询（默认）** 、**权重**、**IP散列**这三种为Nginx原生支持的分配方式，`fair` 和 `url_hash` 为第三方支持的分配方式。


1、轮询（默认）


轮询是`upstream`的**默认分配方式**，即每个请求按照时间顺序轮流分配到不同的后端服务器，如果某个后端服务器 down 掉后，能自动剔除。

upstream backend {
server 192.168.182.110:8000;
server 192.168.182.111:8000;
}
复制代码


2、权重（weight）


轮询的加强版，既可以指定轮询比率，**weight 和访问几率成正比**，主要应用于后端服务器异质的场景下。

upstream backend {
server 192.168.182.110:8000 weight=1;
server 192.168.182.111:8000 weight=2;
}
复制代码


3、IP散列（ip\_hash）


每个请求按照访问 Ip（即Nginx的前置服务器或客户端IP）的 hash结果分配，这样**每个访客会固定访问一个后端服务器**，可以解决 session 一致问题。

upstream backend {
ip_hash;
server 192.168.182.110:8000 weight=1;
server 192.168.182.111:8000 weight=2;
}
复制代码


先在另外一个节点上再起一个uWSGI服务，将上面示例配置修改：

vi /etc/nginx/conf.d/myapp.conf

upstream backend {
server 192.168.182.110:8000;
server 192.168.182.111:8000;
}

server {
listen 8080;
server_name myapp.com;
location / {
include uwsgi_params;
uwsgi_pass backend;
}
}
复制代码


192.168.182.110 节点 `app.py`

from flask import Flask
app = Flask(name)

@app.route(‘/’)
def hello():
return ‘Hello, World 192.168.182.110!\n’

if name == ‘main’:
app.run()
复制代码


192.168.182.111 节点 `app.py`

from flask import Flask
app = Flask(name)

@app.route(‘/’)
def hello():
return ‘Hello, World 192.168.182.111!\n’

if name == ‘main’:
app.run()
复制代码


验证

curl 127.0.0.1:8080
复制代码


![](https://img-blog.csdnimg.cn/img_convert/290603f64f8f2ec5e3ee7b5325b9b0f1.webp?x-oss-process=image/format,png)


 从上图可知，请求轮询调度，这才是企业一般想要的效果，负载均衡。


#### 8）http、http-socket 和 socket 区别


* `http`和`http-socket`的区别在于，如果我们想**直接将uwsgi用作服务器**（例如Apache和nginx那样）直接暴露在公网那么就使用`http`；
* 如果有单独的服务器（例如Apache或者nginx），由服务器将请求转发给uwsgi处理，并且使用`http`协议，那么此时使用`http-socket`。
* `http`: 自己会产生一个http进程(可以认为与nginx同一层)负责路由`http`请求给`worker`, `http`进程和`worker`之间使用的是uwsgi协议。
* `http-socket`: 不会产生http进程, 一般用于在前端webserver不支持`uwsgi`而仅支持http时使用, 他产生的worker使用的是http协议。
* 因此, `http` 一般是作为独立部署的选项; `http-socket` 在前端webserver不支持uwsgi时使用, 如果前端webserver支持uwsgi, 则直接使用socket即可(tcp or unix)。


【1】`socket` 示例（uwsgi.ini）：

[uwsgi]
module = app:app
#socket = 127.0.0.1:8000
socket = 0.0.0.0:8000