Nginx是用来干什么的？

一、静态HTTP服务器

首先，Nginx是一个HTTP服务器，可以将服务器上的静态文件（如HTML、图片）通过HTTP协议展现给客户端。

配置：

1. server {
2. listen80; # 端口号
3. location / {
4. root /usr/share/nginx/html; # 静态文件路径
5. }
6. }

二、反向代理服务器

什么是反向代理？

客户端本来可以直接通过HTTP协议访问某网站应用服务器，网站管理员可以在中间加上一个Nginx，客户端请求Nginx，Nginx请求应用服务器，然后将结果返回给客户端，此时Nginx就是反向代理服务器。

配置：

1. server {
2. listen80;
3. location / {
4. proxy_pass http://192.168.20.1:8080; # 应用服务器HTTP地址
5. }
6. }

既然服务器可以直接HTTP访问，为什么要在中间加上一个反向代理，不是多此一举吗？反向代理有什么作用？继续往下看，下面的负载均衡、虚拟主机等，都基于反向代理实现，当然反向代理的功能也不仅仅是这些。

三、负载均衡

当网站访问量非常大，网站站长开心赚钱的同时，也摊上事儿了。因为网站越来越慢，一台服务器已经不够用了。于是将同一个应用部署在多台服务器上，将大量用户的请求分配给多台机器处理。同时带来的好处是，其中一台服务器万一挂了，只要还有其他服务器正常运行，就不会影响用户使用。

Nginx可以通过反向代理来实现负载均衡。

配置

1. upstream myapp {
2. server192.168.20.1:8080; # 应用服务器1
3. server192.168.20.2:8080; # 应用服务器2
4. }
5. server {
6. listen80;
7. location / {
8. proxy_pass http://myapp;
9. }
10. }

以上配置会将请求轮询分配到应用服务器，也就是一个客户端的多次请求，有可能会由多台不同的服务器处理。可以通过ip-hash的方式，根据客户端ip地址的hash值将请求分配给固定的某一个服务器处理。

配置：

1. upstream myapp {
2. ip_hash; # 根据客户端IP地址Hash值将请求分配给固定的一个服务器处理
3. server192.168.20.1:8080;
4. server192.168.20.2:8080;
5. }
6. server {
7. listen80;
8. location / {
9. proxy_pass http://myapp;
10. }
11. }

另外，服务器的硬件配置可能有好有差，想把大部分请求分配给好的服务器，把少量请求分配给差的服务器，可以通过weight来控制。

配置：

1. upstream myapp {
2. server192.168.20.1:8080weight=3; # 该服务器处理3/4请求
3. server192.168.20.2:8080; # weight默认为1，该服务器处理1/4请求
4. }
5. server {
6. listen80;
7. location / {
8. proxy_pass http://myapp;
9. }
10. }

四、虚拟主机

有的网站访问量大，需要负载均衡。然而并不是所有网站都如此出色，有的网站，由于访问量太小，需要节省成本，将多个网站部署在同一台服务器上。

例如将www.aaa.com和www.bbb.com两个网站部署在同一台服务器上，两个域名解析到同一个IP地址，但是用户通过两个域名却可以打开两个完全不同的网站，互相不影响，就像访问两个服务器一样，所以叫两个虚拟主机。

配置：

1. server {
2. listen80default_server;
3. server_name _;
4. return444; # 过滤其他域名的请求，返回444状态码
5. }
6. server {
7. listen80;
8. server_name www.aaa.com; # www.aaa.com域名
9. location / {
10. proxy_pass http://localhost:8080; # 对应端口号8080
11. }
12. }
13. server {
14. listen80;
15. server_name www.bbb.com; # www.bbb.com域名
16. location / {
17. proxy_pass http://localhost:8081; # 对应端口号8081
18. }
19. }

在服务器8080和8081分别开了一个应用，客户端通过不同的域名访问，根据server_name可以反向代理到对应的应用服务器。

虚拟主机的原理是通过HTTP请求头中的Host是否匹配server_name来实现的，有兴趣的同学可以研究一下HTTP协议。

另外，server_name配置还可以过滤有人恶意将某些域名指向你的主机服务器。

当我们在用django开发的web项目时，开发测试过程中用到的是django自带的测试服务器，由于其安全及稳定等性能方面的局限性，django官方并不建议将测试服务器用在实际生产。

　　nginx+uwsgi+django是我们常用的django部署方式。nginx作为最前端的服务器，他负责接收所有的客户端请求，对于请求的静态文件，由nginx服务器自己完成，因为它具有很好处理静态文件的能力，性能进行过优化，支持高并发量；uWSGI服务器作为支持服务器，是用来服务nginx的，nginx将请求的动态文件交给uWSGI进行处理。uWSGI实现了uwsgi、wsgi和http协议，uwsgi协议是uWSGI自定义的协议，定义的是框架（django）和服务器对接的接口。

说说他们的关系，Nginx和uWSGI都是Web服务器，Nginx负责静态内容，uWSGI负责Python这样的动态内容，二者配合共同提供Web服务以实现提高效率和负载均衡等目的。uWSGI实现了多个协议，如WSGI，HTTP协议，还有它自己的uwsgi协议，这样和fastcgi类似，请求和响应的流程如下：

Request > Nginx > uWSGI > Django > uWSGI > Nginx > Response

请求先交由Nginx，如果是静态内容就自己处理了，如果是动态内容就交给uWSGI服务器，uWSGI服务器处理整个Django项目的Python代码，响应请求，原路返回，但是与fastcgi不同，Nginx、uWSGI和Django可以独立部署，然后整合。