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可以獨立部署，然后整合。