二、安装 uwsgi 模块
uWSGI 是一种 Web 做事器网关接口（Web Server Gateway Interface），它可以用于将 Python Web 运用程序与 Web 做事器（如 Nginx 或 Apache）集成在一起。
在利用uWSGI模块时，须要安装uwsgi模块，并在Python Web运用程序中导入uwsgi模块，并利用uwsgi模块供应的函数来配置和管理Web运用程序的运行。常见的uwsgi模块函数包括uwsgi.optin()、uwsgi.route()、uwsgi.applications()等。其余，uWSGI模块还供应了一些高等特性，如Master/Worker模式、进程管理、负载均衡、自动扩展等，使得Web运用程序可以更好地适应高并发和大流量的情形。1）配置pip源海内源地址：
mkdir ~/.pip/cat >~/.pip/pip.conf<<EOF[global]index-url = https://repo.huaweicloud.com/repository/pypi/simpletrusted-host = repo.huaweicloud.comtimeout = 120EOF2）安装 uwsgi 模块
# 安装python3yum -y install python3yum -y install gcc-c++ -y yum -y install python3-devel -y# 安装 uwsgi flask 模块pip3 install uwsgi flask# 查看版本uwsgi --version
yum update -yyum install epel-releaseyum -y install nginx2）创建 app.py 文件
创建一个名为 app.py 的文件，添加以下代码：
from flask import Flaskapp = Flask(__name__)@app.route('/')def hello(): return 'Hello, World!'if __name__ == '__main__': app.run()3）创建 uWSGI 配置文件
创建一个 uWSGI 配置文件，例如 uwsgi.ini，个中包含以下信息：
[uwsgi]module = app:app # 相称于命令下面两行#wsgi-file = app.py # 项目入口文件#callable = app # flask运用工具# 支持http+socket两种办法，这里选用socket，也可以选择http-socket，下面会讲解这三种差异# http = 127.0.0.1:8000socket = 0.0.0.0:8000# 也可以利用socket文件，在nginx配置文件中配置也对应，仅限本机通信，一样平常也很少利用# socket = /app/myapp.sock# 把稳记得提前创建目录chdir = /opt/myapppidfile=/opt/myapp/myapp.pidprocesses = 4threads = 2master = truevacuum = truepy-autoreload = 1daemonize = /tmp/uwsgi.log
uwsgi.ini常用配置参数详解：
chdir=/xxx/xxx # 指定项目目录， 这里写上程序根目录(即app.py文件所在目录)对应上述目录构造为srchome=/xxx/xxx # 指定虚拟环境变量wsgi-file=xxx # 指定加载WSGI文件socket=xxx # 指定uwsgi的客户端将要连接的socket的路径（利用UNIX socket的情形）或者地址（利用网络地址的情形）。#socket协议，用于和nginx通讯,端口可配置成别的端口；如果有nginx在uwsgi之前作为代理的话该当配socket 如：socket=0.0.0.0:5000。当然也可以利用http-socket #而如果客户端要求不经由(不搭建)Nginx代理做事器,做事要求直接到uwsgi做事器的话那么就配http。如：http=0.0.0.0:5000;IP和端口与项目启动文件app.py中同等; 127.0.0.1虽然是表示本地IP，但想要在网络上访问必须设置host=0.0.0.0才不受IP限定。callable=app # 这个 app 指的是 flask 项目启动程序中定义的 flask name 的名字，我的启动程序是 app.py , 里面定义的 flask 的名字是 app 。module = mysite.wsgi # 加载一个WSGI模块,这里加载mysite/wsgi.py这个模块`master=true # 指定启动主进程`processes=4 # 设置事情进程的数量threads=2 # 设置每个事情进程的线程数vacuum=true # 当做事器退出时自动删除unix socket文件和pid文件logfile-chmod=644 # 指定日志文件的权限daemonize=%(chdir)/xxx.log # 进程在后台运行，并将日志打印到指定文件pidfile=%(chdir)/xxx.pid # 在失落去权限前，将主进程pid写到指定的文件uid=xxx # uWSGI做事器运行时的用户idgid=xxx # uWSGI做事器运行时的用户组idprocname-prefix-spaced=xxx # 指定事情进程名称的前缀chdir=/xxx/xxx # 指定项目目录， 这里写上程序根目录(即app.py文件所在目录)对应上述目录构造为/opt/uwsgi/listen = 120 # 设置socket的监听行列步队大小（默认：100）4）启动 uWSGI在命令行中启动 uWSGI：
uwsgi --ini uwsgi.ini###或者uwsgi uwsgi.ini### 重启uwsgi --reload /opt/myapp/myapp.pid###关闭uwsgi --stop /opt/myapp/myapp.pid
【温馨提示】实在也可以通过一条命令带上对应的参数即可启动，但是不推举，测试可以。一样平常利用配置文件的办法启动做事。
利用http协议启动uwsgi的命令为：
uwsgi --http :8000 --ini uwsgi_conf.ini -d ./uwsgi.log --pidfile=uwsgi.pid--http 指定用5800端口启动http协议--ini 指定上述的启动配置文件-d 指定uwsgi的log，方便我们调试--pidfile 将启动的进程号写到uwsgi.pid文件中，方便我们在须要停滞做事器时kill掉。5）配置 Web 做事器
将 Web 做事器配置为反向代理 uWSGI，例如，在 Nginx 中，可以利用以下配置文件：
# vi /etc/nginx/conf.d/myapp.confserver { listen 8080; server_name myapp.com; location / { include uwsgi_params; uwsgi_pass 127.0.0.1:8000; }}
个中，uwsgi_params 文件包含以下内容：
uwsgi_param QUERY_STRING $query_string;uwsgi_param REQUEST_METHOD $request_method;uwsgi_param CONTENT_TYPE $content_type;uwsgi_param CONTENT_LENGTH $content_length;uwsgi_param REQUEST_URI $request_uri;uwsgi_param PATH_INFO $document_uri;uwsgi_param DOCUMENT_ROOT $document_root;uwsgi_param SERVER_PROTOCOL $server_protocol;uwsgi_param REQUEST_SCHEME $scheme;uwsgi_param HTTPS $https if_not_empty;uwsgi_param REMOTE_ADDR $remote_addr;uwsgi_param REMOTE_PORT $remote_port;uwsgi_param SERVER_PORT $server_port;uwsgi_param SERVER_NAME $server_name;
【特殊把稳】uwsgi_params 在nginx conf文件夹下自带，uwsgi_pass一定要跟uwsgi_conf.ini中写的地址完备同等。
6）重启 Web 做事器重启 Web 做事器以使配置生效。
# 重启systemctl restart nginx# 如果是之前nginx做事已经存在，只是修正了配置，可建议利用reload加载nginx -t && nginx -s reload# 或者systemctl reload nginx
访问（浏览器访问，curl访问也行）
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.confupstream 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 Flaskapp = 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 Flaskapp = 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
从上图可知，要求轮询调度，这才是企业一样平常想要的效果，负载均衡。
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:8000socket = 0.0.0.0:8000chdir = /opt/myapppidfile=/opt/myapp/myapp.pidprocesses = 4threads = 2master = truevacuum = truepy-autoreload = 1daemonize = /tmp/uwsgi.log
nginx配置
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; }}
【2】http 示例（uwsgi.ini）：
[uwsgi]module = app:appsocket = 0.0.0.0:8000chdir = /opt/myapppidfile=/opt/myapp/myapp.pidprocesses = 4threads = 2master = truevacuum = truepy-autoreload = 1daemonize = /tmp/uwsgi.log
nginx配置
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; proxy_pass http://backend; }}
【3】http-socket 示例（uwsgi.ini）：
[uwsgi]module = app:apphttp = 0.0.0.0:8000chdir = /opt/myapppidfile=/opt/myapp/myapp.pidprocesses = 4threads = 2master = truevacuum = truepy-autoreload = 1daemonize = /tmp/uwsgi.log
nginx配置
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; proxy_pass http://backend; }}9）TCP 与 uinx 差异
TCP和Unix套接字（Unix domain socket）是两种不同类型的套接字。
TCP套接字是基于TCP/IP协议的网络套接字，用于在网络上进行进程间通信。TCP套接字须要指定IP地址和端口号，以便其他进程可以连接到该套接字进行通信。TCP套接字是一种跨网络边界的套接字，可以在不同的打算机之间进行通信。TCP套接字常用于客户端/做事器架构中，如Web做事器、数据库做事器等。Unix套接字是基于Unix域套接字（Unix domain socket）确当地套接字，用于在同一台打算机上进行进程间通信。Unix套接字只须要指定一个文件路径，而不须要利用IP地址和端口号。Unix套接字是一种进程间通信（IPC）机制，它供应了高效、可靠和安全的进程间通信办法。Unix套接字常日用于本地做事器和本地客户端之间的通信，例如X Window系统中的客户端和做事器。因此，TCP套接字用于在网络上进行通信，而Unix套接字用于在同一台打算机上进行通信。虽然TCP套接字可以通过网络连接到不同的打算机，但是Unix套接字供应了更高效的进程间通信机制，并且更适宜于须要在同一台打算机上运行的进程间通信。
【TCP 示例】常用uwsgi.ini：
[uwsgi]module = app:appsocket = 127.0.0.1:8000chdir = /opt/myapppidfile=/opt/myapp/myapp.pidprocesses = 4threads = 2master = truevacuum = truepy-autoreload = 1daemonize = /tmp/uwsgi.log
【unix 示例】仅限于本机通信，很少利用。uwsgi.ini：
[uwsgi]module = app:appsocket = /opt/myapp/myapp.socketchdir = /opt/myapppidfile=/opt/myapp/myapp.pidprocesses = 4threads = 2master = truevacuum = truepy-autoreload = 1daemonize = /tmp/uwsgi.log
nginx配置
server { listen 8080; server_name myapp.com; location / { include uwsgi_params; proxy_pass unix:///opt/myapp/myapp.sock; }}
Python 中 web开拓中的 WSGI、uWSGI 和 uwsgi 三者先容就先到这里了，有任何疑问欢迎给我留言或私信，也可关注我的公众年夜众号【大数据与云原生技能分享】深入技能互换~
