Nginx人氣的迅猛提升與Apache在Web服務(wù)器市場份額領(lǐng)域的穩(wěn)步下降不禁引發(fā)諸多猜測，很多從業(yè)者認為這種趨勢將使新部署流程中的方案選擇變得更為清晰。

據(jù)了解，互聯(lián)網(wǎng)與Apache之間的甜蜜感情似乎已經(jīng)破碎，說明在過去十幾年中在Web服務(wù)器的統(tǒng)治者開始疲倦了。盡管Apache仍然支撐著全球大部分網(wǎng)站，但是過去幾年中，Nginx(engine-x)的不斷努力創(chuàng)新正不斷蠶食著前者的市場份額。

憑借著其事件驅(qū)動設(shè)計，Nginx已經(jīng)超越了Apache的過程驅(qū)動設(shè)計、成為更適合當(dāng)前計算機硬件狀況的高人氣解決方案。從結(jié)果角度講，特定情況下Nginx能夠在同樣的硬件之上實現(xiàn)超越Apache的并發(fā)客戶支持數(shù)量與更高的數(shù)據(jù)吞吐能力。但大家不應(yīng)該單純將此作為評判標準，我們還應(yīng)該考慮自己到底在利用服務(wù)器設(shè)備做些什么。

Nginx在處理靜態(tài)內(nèi)容時擁有優(yōu)勢，其執(zhí)行效率比Apache更高，但Apache的靜態(tài)內(nèi)容處理速度同樣不慢。靜態(tài)內(nèi)容對于任何一種Web服務(wù)器來說都是最簡單的處理項目，因此高流量站點往往傾向于利用更加復(fù)雜的后端系統(tǒng)來生成靜態(tài)內(nèi)容，從而更快且更全面地滿足用戶需求。不過PHP的介入給這一流程帶來了更多難題。

最重要的問題在于，當(dāng)我們選擇一套Web服務(wù)器設(shè)置方案時，最重要的問題是搞清楚自己會如何使用這臺服務(wù)器。如果大家只需要用它來支持單一站點，而且這臺服務(wù)器中運行著一套專門充當(dāng)web服務(wù)器的獨立數(shù)據(jù)庫系統(tǒng)，那么選擇Nginx無疑更加明智——畢竟Nginx在流量處理能力上要高于Apache。除此之外，Nginx本身提供配置功能，從而在必要時以比Apache更簡單的方式實現(xiàn)規(guī)模擴展，這又是另一項優(yōu)勢。不過如果大家打算在這臺服務(wù)器中托管多個站點以及大量應(yīng)用程序，例如多個Wordpress站點，那么答案就沒那么明確了。在這種情況下，性能瓶頸可能更多來自PHP而非web服務(wù)器的具體選擇。

面對這種情況，大家可能會這樣考慮：好吧，如果PHP對于這兩類web服務(wù)器都是難題，而且Nginx在處理靜態(tài)文件時速度更快，為什么不直接選擇Nginx呢?之所以令人糾結(jié)，是因為Apache擁有屬于自己的獨特優(yōu)勢。這是一套成熟的平臺，而且在Linux領(lǐng)域擁有相當(dāng)廣泛的支持方案。很多在Apache中可以直接使用的功能，在Nginx這邊也許需要大家經(jīng)過認真研究與配置。不少控制平臺與自動化配置工具目前在Nginx當(dāng)中還不可用，大家的技術(shù)團隊可能也更熟悉Apache并擅長診斷其中出現(xiàn)的問題。這些都是需要認真考量的重要優(yōu)勢。

在大多數(shù)情況下，Nginx所帶來的性能提升其實都可以忽略不計。除非需要托管數(shù)以十億計的海量站點，否則流量優(yōu)勢基本上很難得到體現(xiàn)。大家應(yīng)該將實際要求與現(xiàn)有技能儲備作為主要參考因素。如果我們希望在自己的個人博客上使用一項新技術(shù)作為學(xué)習(xí)實踐，那么選擇任何一套喜歡的平臺都是沒有問題的。如果大家要設(shè)置的是一臺托管服務(wù)器或者關(guān)鍵性業(yè)務(wù)應(yīng)用程序，那么審視選項時則最好慎重一些。僅僅出于速度的考慮就將所有工作一股腦交給Nginx，這樣的判斷方式顯然很容易引發(fā)嚴重后果。

最后，最好的處理策略在于將不同技術(shù)結(jié)合起來，而非簡單依賴單一一種web服務(wù)器平臺。需要處理大量流量的站點要求在架構(gòu)中引入多層機制，而web服務(wù)器僅僅是這套綜合性體系當(dāng)中的一小部分。多數(shù)普通站點應(yīng)該優(yōu)先考慮技術(shù)人員更熟悉的解決方案，并對需要重視的特定類型性能表現(xiàn)作出橫向比較。Apache仍然是一套出色的引擎，而且保持著較高的人氣。隨著不斷發(fā)展與成熟，Nginx也將逐步完善、甚至在未來五年內(nèi)一舉超越Apache。