nginx概述
nginx是一款自由的、開源的、高性能的HTTP服務器和反向代理服務器；同時也是一個IMAP、POP3、SMTP代理服務器；nginx可以作爲一個HTTP服務器進行網站的發佈處理，另外nginx可以作爲反向代理進行負載均衡的實現。
這裏主要通過4個方面簡單介紹nginx
- 反向代理
- 負載均衡
- 動靜分離
1. 反向代理
關於代理
說到代理，首先我們要明確一個概念，所謂代理就是一個代表、一個渠道；
此時就設計到兩個角色，一個是被代理角色，一個是目標角色，被代理角色通過這個代理訪問目標角色完成一些任務的過程稱爲代理操作過程；如同生活中的專賣店~客人到adidas專賣店買了一雙鞋，這個專賣店就是代理，被代理角色就是adidas廠家，目標角色就是用戶
正向代理
說反向代理之前，我們先看看正向代理，正向代理也是大家最常接觸的到的代理模式，我們會從兩個方面來說關於正向代理的處理模式，分別從軟件方面和生活方面來解釋一下什麼叫正向代理
在如今的網絡環境下，我們如果由於技術需要要去訪問國外的某些網站，此時你會發現位於國外的某網站我們通過瀏覽器是沒有辦法訪問的，此時大家可能都會用一個操作FQ進行訪問，FQ的方式主要是找到一個可以訪問國外網站的代理服務器，我們將請求發送給代理服務器，代理服務器去訪問國外的網站，然後將訪問到的數據傳遞給我們！
上述這樣的代理模式稱爲正向代理，正向代理最大的特點是客戶端非常明確要訪問的服務器地址；服務器只清楚請求來自哪個代理服務器，而不清楚來自哪個具體的客戶端；正向代理模式屏蔽或者隱藏了真實客戶端信息。
反向代理
明白了什麼是正向代理，我們繼續看關於反向代理的處理方式，舉例如我大天朝的某寶網站，每天同時連接到網站的訪問人數已經爆表，單個服務器遠遠不能滿足人民日益增長的購買慾望了，此時就出現了一個大家耳熟能詳的名詞：分佈式部署；也就是通過部署多臺服務器來解決訪問人數限制的問題；某寶網站中大部分功能也是直接使用nginx進行反向代理實現的，並且通過封裝nginx和其他的組件之後起了個高大上的名字：Tengine，有興趣的童鞋可以訪問Tengine的官網查看具體的信息：http://tengine.taobao.org/
那麼反向代理具體是通過什麼樣的方式實現的分佈式的集羣操作呢，我們先看一個示意圖：
通過上述的圖解大家就可以看清楚了，多個客戶端給服務器發送的請求，nginx服務器接收到之後，按照一定的規則分發給了後端的業務處理服務器進行處理了。此時~請求的來源也就是客戶端是明確的，但是請求具體由哪臺服務器處理的並不明確了，nginx扮演的就是一個反向代理角色
反向代理，主要用於服務器集羣分佈式部署的情況下，反向代理隱藏了服務器的信息！
項目場景
通常情況下，我們在實際項目操作時，正向代理和反向代理很有可能會存在在一個應用場景中，正向代理代理客戶端的請求去訪問目標服務器，目標服務器是一個反向單利服務器，反向代理了多臺真實的業務處理服務器。具體的拓撲圖如下：
2. 負載均衡
我們已經明確了所謂代理服務器的概念，那麼接下來，nginx扮演了反向代理服務器的角色，它是以依據什麼樣的規則進行請求分發的呢？不用的項目應用場景，分發的規則是否可以控制呢？
這裏提到的客戶端發送的、nginx反向代理服務器接收到的請求數量，就是我們說的負載量
請求數量按照一定的規則進行分發到不同的服務器處理的規則，就是一種均衡規則
所以~將服務器接收到的請求按照規則分發的過程，稱爲負載均衡。
負載均衡在實際項目操作過程中，有硬件負載均衡和軟件負載均衡兩種，硬件負載均衡也稱爲硬負載，如F5負載均衡，相對造價昂貴成本較高，但是數據的穩定性安全性等等有非常好的保障，如中國移動中國聯通這樣的公司纔會選擇硬負載進行操作；更多的公司考慮到成本原因，會選擇使用軟件負載均衡，軟件負載均衡是利用現有的技術結合主機硬件實現的一種消息隊列分發機制
nginx支持的負載均衡調度算法方式如下：
-
weight輪詢（默認）：接收到的請求按照順序逐一分配到不同的後端服務器，即使在使用過程中，某一臺後端服務器宕機，nginx會自動將該服務器剔除出隊列，請求受理情況不會受到任何影響。 這種方式下，可以給不同的後端服務器設置一個權重值（weight），用於調整不同的服務器上請求的分配率；權重數據越大，被分配到請求的機率越大；該權重值，主要是針對實際工作環境中不同的後端服務器硬件配置進行調整的。
-
ip_hash：每個請求按照發起客戶端的ip的hash結果進行匹配，這樣的算法下一個固定ip地址的客戶端總會訪問到同一個後端服務器，這也在一定程度上解決了集羣部署環境下session共享的問題。
-
fair：智能調整調度算法，動態的根據後端服務器的請求處理到響應的時間進行均衡分配，響應時間短處理效率高的服務器分配到請求的概率高，響應時間長處理效率低的服務器分配到的請求少；結合了前兩者的優點的一種調度算法。但是需要注意的是nginx默認不支持fair算法，如果要使用這種調度算法，請安裝upstream_fair模塊
-
url_hash：按照訪問的url的hash結果分配請求，每個請求的url會指向後端固定的某個服務器，可以在nginx作爲靜態服務器的情況下提高緩存效率。同樣要注意nginx默認不支持這種調度算法，要使用的話需要安裝nginx的hash軟件包
3. 動靜分離
Nginx提供的動靜分離是指把動態請求和靜態請求分離開，合適的服務器處理相應的請求，使整個服務器系統的性能、效率更高。
Nginx可以根據配置對不同的請求做不同轉發，這是動態分離的基礎。靜態請求對應的靜態資源可以直接放在Nginx上做緩衝，更好的做法是放在相應的緩衝服務器上。動態請求由相應的後端服務器處理。