Nginx基礎知識
一：Nginx 簡介
1.1 Nginx 概述
Nginx (“engine x”) 是一個高性能的 HTTP 和反向代理服務器,特點是占有記憶體少，并發能力強，事實上 nginx 的并發能力確實在同型別的網頁服務器中表現較好，中國大陸使用 nginx 網站用戶有：百度、京東、新浪、網易、騰訊、淘寶等
1.2 Nginx 作為 web 服務器
Nginx 可以作為靜態頁面的 web 服務器，同時還支持 CGI 協議的動態語言，比如 perl、php等，但是不支持 java，Java 程式只能通過與 tomcat 配合完成，Nginx 專為性能優化而開發，性能是其最重要的考量,實作上非常注重效率 ，能經受高負載的考驗,有報告表明能支持高達 50,000 個并發連接數，
https://lnmp.org/nginx.html
1.3 正向代理
Nginx 不僅可以做反向代理，實作負載均衡，還能用作正向代理來進行上網等功能，
正向代理：如果把局域網外的 Internet 想象成一個巨大的資源庫，則局域網中的客戶端要訪
問 Internet，則需要通過代理服務器來訪問，這種代理服務就稱為正向代理
（1）需要在客戶端配置代理服務器進行指定網站訪問 ）需要在客戶端配置代理服務器進行指定網站訪問 ）需要在客戶端配置代理服務器進行指定網站訪問 ）
1.4 反向代理
反向代理，其實客戶端對代理是無感知的，因為客戶端不需要任何配置就可以訪問，我們只需要將請求發送到反向代理服務器，由反向代理服務器去選擇目標服務器獲取資料后，在回傳給客戶端，此時反向代理服務器和目標服務器對外就是一個服務器，暴露的是代理服務器地址，隱藏了真實服務器 IP 地址，
暴露的是代理服務器 地址，隱藏了真實暴露的是代理服務器 地址，隱藏了真實暴露的是代理服務器 地址，隱藏了真實IP地址
1.5 負載均衡
客戶端發送多個請求到服務器，服務器處理請求，有一些可能要與資料庫進行互動，服務器處理完畢后，再將結果回傳給客戶端，
這種架構模式對于早期的系統相對單一，并發請求相對較少的情況下是比較適合的，成本也低，但是隨著資訊數量的不斷增長，訪問量和資料量的飛速增長，以及系統業務的復雜度增加，這種架構會造成服務器相應客戶端的請求日益緩慢，并發量特別大的時候，還容易造成服務器直接崩潰，很明顯這是由于服務器性能的瓶頸造成的問題，那么如何解決這種情況呢？
我們首先想到的可能是升級服務器的配置，比如提高 CPU 執行頻率，加大記憶體等提高機器的物理性能來解決此問題，但是我們知道摩爾定律的日益失效，硬體的性能提升已經不能滿足日益提升的需求了，最明顯的一個例子，天貓雙十一當天，某個熱銷商品的瞬時訪問量是極其龐大的，那么類似上面的系統架構，將機器都增加到現有的頂級物理配置，都是不能夠滿足需求的，那么怎么辦呢？
上面的分析我們去掉了增加服務器物理配置來解決問題的辦法，也就是說縱向解決問題的辦法行不通了，那么橫向增加服務器的數量呢？這時候集群的概念產生了，單個服務器解決不了，我們增加服務器的數量，然后將請求分發到各個服務器上，將原先請求集中到單個服務器上的情況改為將請求分發到多個服務器上，將負載分發到不同的服務器，也就是我們所說的負載均衡
設定負載均衡之后，tomcat的session，會發生不存再的情況，解決辦法
1.最簡單，不常用
? 存盤在cookie中
2.常用
? 存放再redis中
1.6 動靜分離
為了加快網站的決議速度，可以把動態頁面和靜態頁面由不同的服務器來決議，加快決議速度，降低原來單個服務器的壓力，
總結：
? nginx的基礎知識總結大致如此，還是沒有深入的理解，nginx再服務器上的使用還是非常常用的，有不足之處可以再評論區指出，關于linux中安裝nginx會在下一篇博文中，
轉載請註明出處，本文鏈接：https://www.uj5u.com/qianduan/155732.html
標籤：其他
上一篇：一個專案的流程和前期的準備作業