使用了Gunicorn或者uWSGI，為什么還需要Nginx？Flash，Django自己的web服務(wù)器是為開(kāi)發(fā)而設(shè)計(jì)的，而不是為生產(chǎn)而設(shè)計(jì)的。它們都是web框架，而不是web服務(wù)器。它們自己的服務(wù)器

使用了Gunicorn或者uWSGI，為什么還需要Nginx？

Flash，Django自己的web服務(wù)器是為開(kāi)發(fā)而設(shè)計(jì)的，而不是為生產(chǎn)而設(shè)計(jì)的。它們都是web框架，而不是web服務(wù)器。它們自己的服務(wù)器只能是單個(gè)進(jìn)程。例如，gunicorn是一種預(yù)工作模式。每次從nginx發(fā)送請(qǐng)求時(shí)，它都會(huì)派生一個(gè)進(jìn)程來(lái)處理請(qǐng)求并緩沖相關(guān)數(shù)據(jù)。WSGI服務(wù)器是專門(mén)為生產(chǎn)環(huán)境開(kāi)發(fā)的，可以對(duì)其進(jìn)行更多配置以處理更復(fù)雜的請(qǐng)求情況。在性能和穩(wěn)定性方面，它們更好。

使用了Gunicorn或者uWSGI，為什么還需要Nginx？

1. 靜態(tài)文件處理：nginx會(huì)更高效

2。連接維護(hù)，減少后端壓力，從而提高性能

3。安全過(guò)濾，可以直接在nginx前端做安全防護(hù)過(guò)濾

uwsgi可以用nginx做域名解析和負(fù)載均衡。Uwsgi不使用WSGI協(xié)議或fcgi協(xié)議，而是創(chuàng)建一個(gè)Uwsgi協(xié)議。據(jù)說(shuō)這個(gè)協(xié)議可以用于域名解析和負(fù)載均衡，比f(wàn)cgi快10倍左右。uwsgi的主要特點(diǎn)是：超高速性能。低內(nèi)存消耗（以apache2的mod來(lái)衡量）大約是WSGI的一半）。多應(yīng)用管理。詳細(xì)日志功能（可用于分析應(yīng)用程序性能和瓶頸）。高度可定制（內(nèi)存大小限制、特定次數(shù)后重新啟動(dòng)服務(wù)等）。

nginx為什么要搭配uwsgi？

檢查uwsgi日志

]首先確認(rèn)nginx服務(wù)正常運(yùn)行，然后執(zhí)行Python程序（不使用uwsgi和nginx）以確保Python程序正常運(yùn)行

最后檢查uwsgi服務(wù)是否正常，并檢查相應(yīng)的配置（如*）。XML或*。INI）

nginx為什么要搭配uwsgi？

因?yàn)镈jango需要重新運(yùn)行，所以u(píng)wsgi需要重新加載代碼內(nèi)容

像大多數(shù)服務(wù)一樣，uwsgi不會(huì)提到動(dòng)態(tài)加載代碼的功能

所以我們只能重新加載代碼來(lái)編譯和運(yùn)行

uwsgi

是一個(gè)類似WSGI的協(xié)議。Uwsgi服務(wù)器是一個(gè)使用Uwsgi協(xié)議的web服務(wù)器

2。Uwsgi

實(shí)現(xiàn)Uwsgi和WSGI協(xié)議。請(qǐng)注意，uwsgi本質(zhì)上也是一個(gè)web服務(wù)器，它位于上述三層結(jié)構(gòu)的web服務(wù)器層中。

3. CGI

通用網(wǎng)關(guān)接口，不限于Python語(yǔ)言，定義web服務(wù)器如何向客戶端提供動(dòng)態(tài)內(nèi)容。例如，它指定客戶機(jī)如何將參數(shù)傳遞給web服務(wù)器、web服務(wù)器如何將參數(shù)傳遞給web應(yīng)用程序、web應(yīng)用程序如何將其輸出發(fā)送給客戶機(jī)等等。