場景 Nginx簡介 Nginx ("engine x")是一個高性能的 HTTP 和反向代理伺服器 特點是占有記憶體少，併發能力強，事實上 nginx 的併發能力確實在同類型的網頁伺服器中表現較好，中國大陸使用 nginx網站用戶有：百度、京東、新浪、網易、騰訊、淘寶等。 Nginx可以作為靜態頁面 ...
場景
Nginx簡介
Nginx ("engine x")是一個高性能的 HTTP 和反向代理伺服器 特點是占有記憶體少，併發能
力強，事實上 nginx 的併發能力確實在同類型的網頁伺服器中表現較好，中國大陸使用 nginx
網站用戶有：百度、京東、新浪、網易、騰訊、淘寶等。
Nginx可以作為靜態頁面的 web 伺服器，同時還支持 CGI 協議的動態語言，比如 perl 、 php
等。但是不支持 java 。 Java 程式只能通過與 tomcat 配合完成。 Nginx 專為性能優化而開發，
性能是其最重要的考量 實現上非常註重效率 ，能經受高負載的考驗 有報告表明能支持高
達 50,000 個併發連接數。
註：
博客：
https://blog.csdn.net/badao_liumang_qizhi
關註公眾號
霸道的程式猿
獲取編程相關電子書、教程推送與免費下載。
實現
反向代理
在理解反向代理前先理解什麼是正向代理。
正向代理：
如果把區域網外的
Internet
想象成一個巨大的資源庫，則區域網中的客戶端要訪問 Internet ，則需要通過代理伺服器來訪問，這種代理服務就稱為正向代理。
正向代理，是在用戶端的。比如需要訪問某些國外網站，我們可能需要購買v*n。
並且v*n是在我們的用戶瀏覽器端設置的(並不是在遠端的伺服器設置)。
瀏覽器先訪問v*n地址，v*n地址轉發請求，並最後將請求結果原路返回來。
反向代理：
對於客戶端來說是不知道的，也不需要對客戶端進行任何配置，只需要將請求發送到反向代理伺服器。由反向代理伺服器去選擇目標伺服器獲取數據後，再返回給客戶端，此時反向代理伺服器和目標伺服器對外就是一個伺服器，暴露的是代理伺服器
地址，隱藏了真實伺服器 IP 地址。
負載均衡
客戶端發送多個請求到伺服器，伺服器處理請求，有一些可能要與資料庫進行交互，伺服器處理完畢後，再將結果返回給客戶端。
這種架構模式對於早期的系統相對單一，併發請求相對較少的情況下是比較適合的，成本也低。但是隨著信息數量的不斷增長，訪問量和數據量的飛速增長，以及系統業務的複雜度增加，這種架構會造成伺服器相應客戶端的請求日益緩慢，併發量特別大的時候，還容易造成伺服器直接崩潰。很明顯這是由於伺服器性能的瓶頸造成的問題，那麼如何解決這種情況呢？ 我們首先想到的可能是升級伺服器的配置，比如提高CPU執行頻率，加大記憶體等提高機器的物理性能來解決此問題，但是我們知道摩爾定律的日益失效，硬體的性能提升已經不能滿足日益提升的需求了。最明顯的一個例子，天貓雙十一當天，某個熱銷商品的瞬時訪問量是極其龐大的，那麼類似上面的系統架構，將機器都增加到現有的頂級物理配置，都是不能夠滿足需求的。那麼怎麼辦呢？
上面的分析我們去掉了增加伺服器物理配置來解決問題的辦法，也就是說縱向解決問題的辦法行不通了，那麼橫向增加伺服器的數量呢？這時候集群的概念產生了，單個伺服器解決不了，我們增加伺服器的數量，然後將請求分發到各個伺服器上，將原先請求集中到單個伺服器上的情況改為將請求分發到多個伺服器上，將負載分發到不同的伺服器，也就是我們所說的負載均衡
這裡有用Feign和Ribbon中實現負載均衡的示例：
SpringCloud-創建服務消費者-Feign方式(附代碼下載)：
https://blog.csdn.net/BADAO_LIUMANG_QIZHI/article/details/102595895
SpringCloud-創建服務消費者-Ribbon方式(附代碼下載):
https://blog.csdn.net/BADAO_LIUMANG_QIZHI/article/details/102558080
動靜分離
為了加快網站的解析速度，可以把動態頁面和靜態頁面由不同的伺服器來解析，加快解析速
度。降低原來單個伺服器的壓力。
