在過去幾年中，Web架構(gòu)師已經(jīng)接受了將應(yīng)用程序基礎(chǔ)架構(gòu)與Web服務(wù)器分離和分離的想法。然而，以前以LAMP(Linux，Apache，MySQL，PHP，Python或Perl)為基礎(chǔ)的網(wǎng)站的形式可能不僅僅是一個(gè)基于LEMP的(“E”代表“Engine x”)) ，但是越來越多地將網(wǎng)絡(luò)服務(wù)器推送到基礎(chǔ)設(shè)施的邊緣，并以不同的方式將相同或更新的一組應(yīng)用程序和數(shù)據(jù)庫工具集成在網(wǎng)絡(luò)服務(wù)器周圍。

nginx非常適合這一點(diǎn)，因?yàn)樗峁┝朔奖阈遁d并發(fā)，延遲處理，SSL(安全套接字層)，靜態(tài)內(nèi)容，壓縮和緩存，連接和請求限制所需的關(guān)鍵功能，甚至可以從應(yīng)用程序中傳輸HTTP媒體流層到更有效的Web服務(wù)器層。它還允許與memcached/Redis或其他“NoSQL”解決方案直接集成，以便在為大量并發(fā)用戶服務(wù)時(shí)提高性能。

隨著近來開發(fā)套件和編程語言的廣泛使用，越來越多的公司正在改變其應(yīng)用開發(fā)和部署習(xí)慣。 nginx已經(jīng)成為這些變化范式中最重要的組成部分之一，它已經(jīng)幫助許多公司快速啟動和開發(fā)他們的網(wǎng)絡(luò)服務(wù)。

nginx的第一行是在2002年寫的。2004年，它根據(jù)BSD許可證的兩個(gè)條款向公眾發(fā)布。 nginx用戶的數(shù)量一直在增長，他們提出了想法，并提交了對整個(gè)社區(qū)非常有益和有益的錯(cuò)誤報(bào)告，建議和意見。

nginx代碼庫是原始的，并且是從頭開始以C編程語言編寫的。 nginx已被移植到許多架構(gòu)和操作系統(tǒng)，包括Linux，F(xiàn)reeBSD，Solaris，Mac OS X，AIX和Microsoft Windows。 nginx擁有自己的庫，其標(biāo)準(zhǔn)模塊不會超出系統(tǒng)的C庫，除了zlib，PCRE和OpenSSL之外，如果不需要，或者由于潛在的許可證沖突，可以選擇將其從構(gòu)建中排除。

關(guān)于Windows版本的nginx

當(dāng)nginx在Windows環(huán)境中工作時(shí)，nginx的Windows版本更像是一個(gè)概念證明，而不是一個(gè)功能完整的端口。在這個(gè)時(shí)候，nginx和Windows內(nèi)核架構(gòu)有一些不能很好地交互的局限性。用于Windows的nginx版本的已知問題包括并發(fā)連接數(shù)量低得多，性能下降，無緩存，無帶寬監(jiān)管。 nginx for Windows的未來版本將更加緊密地匹配主流功能。

Nginx 是一個(gè)高性能的 Web 和反向代理服務(wù)器, 它具有有很多非常優(yōu)越的特性:

作為 Web 服務(wù)器：相比 Apache，Nginx 使用更少的資源，支持更多的并發(fā)連接，體現(xiàn)更高的效率，這點(diǎn)使 Nginx 尤其受到虛擬主機(jī)提供商的歡迎。能夠支持高達(dá) 50,000 個(gè)并發(fā)連接數(shù)的響應(yīng)，感謝 Nginx 為我們選擇了 epoll and kqueue 作為開發(fā)模型.

作為負(fù)載均衡服務(wù)器：Nginx 既可以在內(nèi)部直接支持 Rails 和 PHP，也可以支持作為 HTTP代理服務(wù)器對外進(jìn)行服務(wù)。Nginx 用 C 編寫, 不論是系統(tǒng)資源開銷還是 CPU 使用效率都比 Perlbal 要好的多。

作為郵件代理服務(wù)器: Nginx 同時(shí)也是一個(gè)非常優(yōu)秀的郵件代理服務(wù)器(最早開發(fā)這個(gè)產(chǎn)品的目的之一也是作為郵件代理服務(wù)器)，Last.fm 描述了成功并且美妙的使用經(jīng)驗(yàn)。

Nginx 安裝非常的簡單，配置文件非常簡潔(還能夠支持perl語法)，Bugs非常少的服務(wù)器: Nginx 啟動特別容易，并且?guī)缀蹩梢宰龅?*24不間斷運(yùn)行，即使運(yùn)行數(shù)個(gè)月也不需要重新啟動。你還能夠在不間斷服務(wù)的情況下進(jìn)行軟件版本的升級。

上一篇：Nginx內(nèi)容緩存下一篇：Nginx特性