場景

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