正向代理 ： 是一個位於客戶端和原始伺服器 (origin server) 之間的伺服器，為了從原始伺服器取得內容， 客戶端向代理髮送一個請求並指定目標 ( 原始伺服器 ) ，然後代理向原始伺服器轉交請求並將獲得的內容返回給客戶端。客戶端必須要進行一些特別的設定才能使用正向代理 。 反向代理（ Reverse Proxy ）方式是指以 代理伺服器 來接受 internet 上的連線請求，然後將請求轉發給內部網路上的伺服器，並將從伺服器上得到的結果返回給 internet 上請求連線的 客戶端 ，此時代理伺服器對外就表現為一個伺服器。 當一個 代理伺服器 能夠代理外部網路上的 主機 ，訪問內部網路時，這種代理服務的方式稱為反向代理服務。此時 代理伺服器 對外就表現為一個 Web 伺服器，外部網路就可以簡單把它當作一個標準的 Web 伺服器而不需要特定的配置。 不同之處在於，這個伺服器沒有儲存任何網頁的真實資料，所有的靜態網頁或者 CGI 程式，都儲存在內部的 Web 伺服器上。 因此對反向 代理伺服器 的攻擊並不會使得網頁資訊遭到破壞，這樣就增強了 Web 伺服器的安全性。 Nginx （發音同  engine x ）是一款輕量級的 Web  伺服器 / 反向代理伺服器及電子郵件（ IMAP/POP3 ）代理伺服器，並在一個 BSD-like  協議下發行。由俄羅斯的程式設計師 Igor Sysoev 所開發，供俄國大型的入口網站及搜尋引擎 Rambler （俄文： Рамблер ）使用。其特點是佔有 記憶體 少， 併發 能力強，事實上 nginx 的併發能力確實在同類型的網頁伺服器中表現較好，中國大陸使用 nginx 網站使用者有： 新浪 、 網易 、  騰訊 等。 Nginx  可以在大多數  Unix  like OS  上編譯執行，並有  Windows  移植版。  Nginx  的 1.4.0 穩定版已經於 2013 年 4 月 24 日釋出，一般情況下，對於新建站點，建議使用最新穩定版作為生產版本，已有站點的升級急迫性不高。 Nginx  的 原始碼 使用  2-clause BSD-like license 。 Apache http server 是世界使用排名第一的 Web 伺服器 軟體。它可以執行在幾乎所有廣泛Apache Server 配置介面 ，使用的 計算機平臺 上．Apache 源於 NCSAhttpd 伺服器，經過多次修改，成為世界上最流行的 Web 伺服器 軟體之一。 Apache 取自 “a patchy server” 的讀音，意思是充滿補丁的伺服器，因為它是 自由軟體 ，所以不斷有人來為它 開發 新的功能、新的特性、修改原來的缺陷。 Apache 的特點是簡單、速度快、效能穩定，並可做 代理伺服器 來使用。  Nginx  （發音同  engine x ）是一款輕量級的 Web  伺服器／反向代理伺服器及電子郵件（ IMAP/POP3 ）代理伺服器，並在一個 BSD-like  協議下發行。  其特點是佔有記憶體少，併發能力強，事實上 nginx 的併發能力確實在同類型的網頁伺服器中表現較好 . 目前中國大陸使用 nginx 網站使用者有：新浪、網易、 騰訊 , 另外知名的微網誌 Plurk 也使用 nginx 。 什麼是反向代理負載均衡 使用 代理伺服器 可以將請求轉發給內部的 Web 伺服器，使用這種加速模式顯然可以提升靜態網頁的訪問速度。因此也可以考慮使用這種技術，讓 代理伺服器 將請求 均勻轉發給多臺內部 Web 伺服器之一上，從而達到負載均衡的目的。這種代理方式與普通的代理方式有所不同，標準代理方式是客戶使用代理訪問多個外部 Web  伺服器，而這種代理方式是多個客戶使用它訪問內部 Web 伺服器，因此也被稱為反向代理模式。 1、nginx相對於apache的優點：  輕量級，同樣起web 服務，比apache佔用更少的記憶體及資源  抗併發，nginx 處理請求是非同步非阻塞的，而apache 則是阻塞型的，在高併發下nginx 能保持低資源低消耗高效能 補充： 同步傳輸：瀏覽器發起請求，而後請求會立刻被轉到後臺，於是在瀏覽器和後臺之間就建立了一個通道。在請求發起直到請求完成，這條通道都是一直存在的。 非同步傳輸：瀏覽器發起請求，請求不會立刻轉到後臺，而是將請求資料（header）先收到nginx上，然後nginx再把這個請求發到後端，後端處理完之後把資料返回到nginx上，nginx將資料流發到瀏覽器，這點和lighttpd有點不同，lighttpd是將後端資料完全接收後才傳送到瀏覽器。 高度模組化的設計，編寫模組相對簡單  社群活躍，各種高效能模組出品迅速 apache 相對於nginx 的優點： rewrite ，比nginx 的rewrite 強大  動態頁面 模組超多，基本想到的都可以找到  少bug ，nginx 的bug 相對較多  超穩定 存在就是理由，一般來說，需要效能的web 服務，用nginx 。如果不需要效能只求穩定，那就apache 吧。後者的各種功能模組實現得比前者，例如ssl 的模組就比前者好，可配置項多。這裡要注意一點，epoll(freebsd 上是 kqueue )網路IO 模型是nginx 處理效能高的根本理由，但並不是所有的情況下都是epoll 大獲全勝的，如果本身提供靜態服務的就只有寥寥幾個檔案，apache 的select 模型或許比epoll 更高效能。當然，這只是根據網路IO 模型的原理作的一個假設，真正的應用還是需要實測了再說的。  2、作為 Web 伺服器：相比 Apache，Nginx 使用更少的資源，支援更多的併發連線，體現更高的效率，這點使 Nginx 尤其受到虛擬主機提供商的歡迎。在高連線併發的情況下，Nginx是Apache伺服器不錯的替代品: Nginx在美國是做虛擬主機生意的老闆們經常選擇的軟體平臺之一. 能夠支援高達 50,000 個併發連線數的響應, 感謝Nginx為我們選擇了 epoll and kqueue 作為開發模型.  Nginx作為負載均衡伺服器: Nginx 既可以在內部直接支援 Rails 和 PHP 程式對外進行服務, 也可以支援作為 HTTP代理 伺服器對外進行服務. Nginx採用C進行編寫, 不論是系統資源開銷還是CPU使用效率都比 Perlbal 要好很多.  作為郵件代理伺服器: Nginx 同時也是一個非常優秀的郵件代理伺服器（最早開發這個產品的目的之一也是作為郵件代理伺服器）, Last.fm 描述了成功並且美妙的使用經驗.  Nginx 是一個安裝非常的簡單 , 配置檔案非常簡潔（還能夠支援perl語法）, Bugs 非常少的伺服器: Nginx 啟動特別容易, 並且幾乎可以做到7*24不間斷執行，即使執行數個月也不需要重新啟動. 你還能夠不間斷服務的情況下進行軟體版本的升級 .  3、Nginx 配置簡潔, Apache 複雜  Nginx 靜態處理效能比 Apache 高 3倍以上  Apache 對 PHP 支援比較簡單，Nginx 需要配合其他後端用  Apache 的元件比 Nginx 多  現在 Nginx 才是 Web 伺服器的首選，許多大型網際網路企業早已使用nginx了。 4、最核心的區別在於apache是同步多程序模型，一個連線對應一個程序；nginx是非同步的，多個連線（萬級別）可以對應一個程序  5、nginx處理靜態檔案好,耗費記憶體少.但無疑apache仍然是目前的主流,有很多豐富的特性.所以還需要搭配著來.當然如果能確定nginx就適合需求,那麼使用nginx會是更經濟的方式.  apache有先天不支援多核心處理負載雞肋的缺點，建議使用nginx做前端，後端用apache。大型網站建議用nginx自帶的叢集功能 6、從使用情況來看，nginx的負載能力比apache高很多。而且nginx改完配置能-t測試一下配置有沒有問題，apache重啟的時候發現配置出錯了，會很崩潰，改的時候都會非常小心翼翼現在看有好多叢集站，前端nginx抗併發，後端apache叢集，配合的也不錯。 7、nginx處理動態請求是雞肋，一般動態請求要apache去做，nginx只適合靜態和反向。  8、nginx是很不錯的前端伺服器，負載效能很好，在老奔上開nginx，用webbench模擬10000個靜態檔案請求毫不吃力。apache對PHP等語言的支援很好，此外apache有強大的支援網路，發展時間相對nginx更久。 9、Nginx優於apache的主要兩點：1.Nginx本身就是一個反向代理伺服器 2.Nginx支援7層負載均衡；其他的當然，Nginx可能會比apache支援更高的併發。  10、你對web server的需求決定你的選擇。大部分情況下nginx都優於APACHE，比如說靜態檔案處理、PHP-CGI的支援、反向代理功能、前端Cache、維持連線等等。在Apache+PHP（prefork）模式下，如果PHP處理慢或者前端壓力很大的情況下，很容易出現Apache程序數飆升，從而拒絕服務的現象。  11、可以看一下nginx lua模組：https://github.com/chaoslaw...apache比nginx多的模組，可直接用lua實現apache是最流行的，why？大多數人懶得更新到nginx或者學新事物。  12、對於nginx，它配置檔案寫的很簡潔，正則配置讓很多事情變得簡單執行效率高，佔用資源少，代理功能強大，很適合做前端響應伺服器。

13、Apache在處理動態有優勢，Nginx併發性比較好，CPU記憶體佔用低，如果rewrite頻繁，那還是Apache較適合。