先說結(jié)論，可以利用Nginx的反向代理能力，集合幾個(gè)負(fù)責(zé)不同功能的server節(jié)點(diǎn)，從而實(shí)現(xiàn)分布式；也可以利用Nginx的負(fù)載均衡能力，集合幾個(gè)相同功能的server節(jié)點(diǎn)，從而實(shí)現(xiàn)服務(wù)的高穩(wěn)定性。

目前Nginx已經(jīng)逐漸成為平臺(tái)服務(wù)必不可少的一環(huán)，就是因?yàn)樗姆聪虼砼c負(fù)載均衡能力滿足了開發(fā)者對(duì)產(chǎn)品服務(wù)高可用性以及模塊解耦的需求。

接下來我們分別來解釋反向代理與負(fù)載均衡。

反向代理

反向代理是針對(duì)服務(wù)器端。對(duì)于用戶來說，他只知道反向代理服務(wù)器的地址，但是反向代理服務(wù)器后面通常指向了多個(gè)服務(wù)器，負(fù)責(zé)了相同或者不同的模塊。Nginx會(huì)根據(jù)conf文件中配置的正則表達(dá)式來解析用戶實(shí)際請(qǐng)求的urlpath，然后再將請(qǐng)求轉(zhuǎn)發(fā)至不同的服務(wù)器進(jìn)行處理，最后再將請(qǐng)求結(jié)果返回給用戶。這個(gè)過程就叫做反向代理，因此可以看做將不同的能力，不同的server整合到一個(gè)host和ip，從而減少用戶的使用負(fù)擔(dān)，也是對(duì)用戶更加友好。

負(fù)載均衡

與反向代理相對(duì)應(yīng)的是負(fù)載均衡。

我通過一個(gè)例子來解釋，當(dāng)一臺(tái)服務(wù)器能夠承受的qps只有2000，但是當(dāng)前用戶量激增，qps達(dá)到了3500，在不修改代碼不優(yōu)化的情況下如何解決呢。

我們可以再布置一臺(tái)server，兩臺(tái)服務(wù)器一起處理請(qǐng)求，從整體上來看，qps就達(dá)到了4000。但是兩臺(tái)服務(wù)器有不同的ip，我們總不能在擴(kuò)容后和用戶說，你的第奇數(shù)個(gè)請(qǐng)求發(fā)到8080端口，第偶數(shù)個(gè)請(qǐng)求發(fā)送到8082吧。

如何處理這個(gè)問題呢？這就用到了負(fù)載均衡。

我們可以在Nginx的conf文件中為同一個(gè)類型的path配置指向兩臺(tái)服務(wù)器地址，這樣對(duì)于用戶來說，他依然只需要請(qǐng)求Nginx的地址即可，Nginx會(huì)根據(jù)當(dāng)前兩臺(tái)服務(wù)器的情況決定將請(qǐng)求轉(zhuǎn)發(fā)給哪一個(gè)。這樣布置還有一個(gè)好處，就是如果其中一個(gè)節(jié)點(diǎn)宕機(jī)了，只要另一個(gè)節(jié)點(diǎn)還活著，從用戶的角度，整個(gè)服務(wù)就還能夠運(yùn)轉(zhuǎn)，因?yàn)镹ginx會(huì)將請(qǐng)求轉(zhuǎn)給有正常反饋的server。

我曾經(jīng)嘗試過，在兩臺(tái)服務(wù)器一樣壓力的情況下，請(qǐng)求是均勻分給兩個(gè)不同的服務(wù)器的。

基于我相信大家已經(jīng)對(duì)我說的“利用Nginx的反向代理能力，集合幾個(gè)負(fù)責(zé)不同功能的server節(jié)點(diǎn)，從而實(shí)現(xiàn)分布式；也可以利用Nginx的負(fù)載均衡能力，集合幾個(gè)相同功能的server節(jié)點(diǎn)，從而實(shí)現(xiàn)服務(wù)的高穩(wěn)定性”有了進(jìn)一步的了解了。

以上是我的淺見，歡迎大家在下方評(píng)論留言。

我是蘇蘇思量，來自BAT的Java開發(fā)工程師，每天分享科技類見聞，我，與我共同進(jìn)步。