Nginx是用来干什么的？

1、静态HTTP服务器

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

配置：

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

2、反向代理服务器

什么是反向代理？

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

配置：

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

既然服务器能够直接HTTP访问，为何要在中间加上一个反向代理，不是画蛇添足吗？反向代理有什么做用？继续往下看，下面的负载均衡、虚拟主机等，都基于反向代理实现，固然反向代理的功能也不只仅是这些。

3、负载均衡

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

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. }

4、虚拟主机

有的网站访问量大，须要负载均衡。然而并非全部网站都如此出色，有的网站，因为访问量过小，须要节省成本，将多个网站部署在同一台服务器上。

例如将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能够独立部署，而后整合。