一、静态HTTP服务器
首先，Nginx是一个HTTP服务器，可以将服务器上的静态文件（如HTML、图片）通过HTTP协议展现给客户端。
配置：
server {listen80; # 端口号location / {root /usr/share/nginx/html; # 静态文件路径}}
二、反向代理服务器
什么是反向代理？
客户端本来可以直接通过HTTP协议访问某网站应用服务器，网站管理员可以在中间加上一个Nginx，客户端请求Nginx，Nginx请求应用服务器，然后将结果返回给客户端，此时Nginx就是反向代理服务器。
配置：
server {listen80;location / {proxy_pass http://192.168.20.1:8080; # 应用服务器HTTP地址}}
既然服务器可以直接HTTP访问，为什么要在中间加上一个反向代理，不是多此一举吗？反向代理有什么作用？继续往下看，下面的负载均衡、虚拟主机等，都基于反向代理实现，当然反向代理的功能也不仅仅是这些。
三、负载均衡
当网站访问量非常大，网站站长开心赚钱的同时，也摊上事儿了。因为网站越来越慢，一台服务器已经不够用了。于是将同一个应用部署在多台服务器上，将大量用户的请求分配给多台机器处理。同时带来的好处是，其中一台服务器万一挂了，只要还有其他服务器正常运行，就不会影响用户使用。
Nginx可以通过反向代理来实现负载均衡。
配置
upstream myapp {server192.168.20.1:8080; # 应用服务器1server192.168.20.2:8080; # 应用服务器2}server {listen80;location / {proxy_pass http://myapp;}}
以上配置会将请求轮询分配到应用服务器，也就是一个客户端的多次请求，有可能会由多台不同的服务器处理。可以通过ip-hash的方式，根据客户端ip地址的hash值将请求分配给固定的某一个服务器处理。
配置：
upstream myapp {ip_hash; # 根据客户端IP地址Hash值将请求分配给固定的一个服务器处理server192.168.20.1:8080;server192.168.20.2:8080;}server {listen80;location / {proxy_pass http://myapp;}}
另外，服务器的硬件配置可能有好有差，想把大部分请求分配给好的服务器，把少量请求分配给差的服务器，可以通过weight来控制。
配置：
upstream myapp {server192.168.20.1:8080weight=3; # 该服务器处理3/4请求server192.168.20.2:8080; # weight默认为1，该服务器处理1/4请求}server {listen80;location / {proxy_pass http://myapp;}}
四、虚拟主机
有的网站访问量大，需要负载均衡。然而并不是所有网站都如此出色，有的网站，由于访问量太小，需要节省成本，将多个网站部署在同一台服务器上。
例如将www.aaa.com和www.bbb.com两个网站部署在同一台服务器上，两个域名解析到同一个IP地址，但是用户通过两个域名却可以打开两个完全不同的网站，互相不影响，就像访问两个服务器一样，所以叫两个虚拟主机。
配置：
server {listen80default_server;server_name _;return444; # 过滤其他域名的请求，返回444状态码}server {listen80;server_name www.aaa.com; # www.aaa.com域名location / {proxy_pass http://localhost:8080; # 对应端口号8080}}server {listen80;server_name www.bbb.com; # www.bbb.com域名location / {proxy_pass http://localhost:8081; # 对应端口号8081}}
在服务器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可以独立部署，然后整合。
