這里來談一下美國網(wǎng)絡(luò)服務(wù)器技術(shù)如何選擇。我們所知道的比較流行的網(wǎng)絡(luò)服務(wù)器技術(shù)有如下幾個(gè)，一個(gè)是微軟的IIS，一個(gè)是Apache，一個(gè)是nginx。

微軟的這個(gè)IIS比較好選擇，如果你用微軟的技術(shù)，比如ASP.net，ASP.net core的話，IIS肯定是你最好的選擇了。

除此之外的服務(wù)器技術(shù)選擇， 用Apache還是nginx就有點(diǎn)兒爭論了。

首先Apache是以進(jìn)程為驅(qū)動(dòng)的設(shè)計(jì)，nginx是以事件為驅(qū)動(dòng)的設(shè)計(jì)。

假設(shè)我們現(xiàn)在每秒鐘有大量的請(qǐng)求過來, 在實(shí)際的應(yīng)用中，這意味著:

Apache對(duì)每個(gè)請(qǐng)求都會(huì)創(chuàng)建一個(gè)進(jìn)程, 因此請(qǐng)求越多，進(jìn)程創(chuàng)建的也越多，那么整體網(wǎng)站的性能也就越低。這是因?yàn)槊總�(gè)進(jìn)程都會(huì)占用一定的資源，當(dāng)進(jìn)程越來越多的時(shí)候，對(duì)于整個(gè)服務(wù)器的性能消耗都是一個(gè)很大的影響。當(dāng)從外部境內(nèi)的請(qǐng)求持續(xù)增長的時(shí)候，Apache服務(wù)器就會(huì)變得越來越慢，處理的越來越吃力了。因?yàn)樘幚淼淖兟�了，就�?huì)導(dǎo)致有更多的請(qǐng)求積壓下來，從而導(dǎo)致性能進(jìn)一步降低。這就形成了惡性的循環(huán)。

nginx是用另外一種方式來處理請(qǐng)求的。當(dāng)請(qǐng)求處理達(dá)到一個(gè)峰值的時(shí)候，會(huì)要求這些請(qǐng)求等待，當(dāng)有空間的時(shí)候再放進(jìn)來。這就是基于事件為導(dǎo)向的處理方式。因?yàn)槭录�消耗的資源，要比進(jìn)程消耗的資源小的多的多，所以nginx，在同等性能的條件下能夠處理4倍于Apache服務(wù)器的請(qǐng)求。

那么到這一步，你是不是覺得以后有這種抉擇的時(shí)候一定要用nginx了? 這個(gè)也不盡然。這是因?yàn)锳pache這門技術(shù)已經(jīng)存在很久了, 上面的那些問題被業(yè)界也已經(jīng)熟識(shí)了，因此大家在使用Apache服務(wù)器的時(shí)候，并不僅僅使用這一門技術(shù)，還要使用很多的插件來改善服務(wù)器的性能。這是因?yàn)檫@些插件的存在才大大的擴(kuò)展了Apache服務(wù)器的靈活性。這些靈活性的體現(xiàn)之一是可以支持對(duì)多種腳本的使用。

當(dāng)然nginx也在不斷的發(fā)展，它有一門技術(shù)叫nginx unit可以使用rest API的方式來配置各種腳本服務(wù)器。從而在靈活性上大大提高了。

那么總結(jié)一下，

如果你對(duì)請(qǐng)求的性能處理不是特別高, 可以使用Apache。

如果你特別注重性能的話，可以選擇nginx。

如果你有一些現(xiàn)有的技術(shù)在使用Apache的話，可以繼續(xù)使用插件的方式來平衡性能以及增強(qiáng)靈活性。

如果你特別注重?cái)U(kuò)展性和靈活性的話, Apache似乎也是一個(gè)不錯(cuò)的選擇。

nginx unit可以幫助你提高擴(kuò)展性和靈活性， 具體是否夠用，還要看你具體的項(xiàng)目情況。

上面只是我個(gè)人對(duì)這個(gè)話題的一點(diǎn)心得體會(huì)，分享給大家，希望與大家討論，共同提高，歡迎拍磚。

本文鏈接：http://m.51huadong.com/cloundnews/11003788.html