詳解Nginx 和 PHP 的兩種部署方式的對比

2020-03-22 16:37:36

字體：大中小

來源：轉載

供稿：網友

這篇文章主要介紹了詳解Nginx和PHP的兩種部署方式的對比的相關資料,需要的朋友可以參考下詳解Nginx和PHP的兩種部署方式的對比 2種部署方式簡介第一種前置1臺nginx服務器做HTTP反向代理和負載均衡后面N太服務器的Nginx做Web服務，并調用php-fpm提供的fastcgi服務此種部署方式最為常見，web服務和PHP服務在同一臺服務器上都有部署第二種前置1臺nginx服務器做Web服務后面服務器只部署php-fpm服務，供nginx服務器調用前置1臺nginx服務器，在調用后面多例php-fpm服務時，也可以做到負載均衡如下圖：

對比從系統設計角度第一種部署是常規部署方式，大中小規模網站都能適用。第二種，不同服務部署在不同服務器上，更加細致。但也有幾個問題：前置nginx充當Web服務。對靜態資源的訪問、壓縮傳輸、緩存設置等，也都集中在這臺服務器上。壓力會大，容易成為瓶頸。如果靜態資源都存放于CDN，不需要HTTP壓縮傳輸，這種部署方式還算比較合理；承接上面兩點，還可以對這種部署方式進行優化。如前置nginx負載均衡和反向代理，中間是nginxWeb服務，后面部署php-fpm服務。從性能角度相比第二種部署方式，第一種多走了一次進程間交互。按照第一種部署，當一個http請求過來，先是nginx反向代理轉發至nginxWeb服務（通過網絡），Web服務再通過fastcgi協議與php-fpm進行交互（進程間交互）；按照第二種部署，當一個http請求過來，充當Web服務的nginx，直接通過網絡與php-fpm進行交互第一種部署，通過網絡交互的是HTTP協議，第二種通過網絡交互的是fast-cgi協議，這兩種協議對比如何呢？ fastcgi的數據包會比HTTP稍微大一些，fastcgi協議會比HTTP攜帶更多的參數信息、傳輸控制信息等等。fastcgi協議比HTTP協議格式化嚴格一些，解析起來速度更快一些。從運維角度第一種是最常見的部署方式，簡單統一，所有提供web服務的服務器上的服務都是同構的，單調粗放。第二種則是將nginx和PHP-fpm單獨分開部署，不同服務在服務器集群上的分布更加細致。如果統計Web服務中的壓力分布，可以更加精細地利用硬件資源。運維成本也更高。從開發測試角度兩種部署方式都不合適開發環境或測試環境。開發和測試環境把nginx和PHP部署到一臺服務器上即可，不需要反向代理和負載均衡。總結如果是LAMP環境的部署，第一種比較常見。如果不是LAMP，是nginx和其他fastcgi服務交互，比如C/C++、Java的fastcgi程序，在大規模的網絡應用中，類似第二種的部署是常見的。做到不同服務之間分開部署，反而是簡化了系統的網絡結構，更加便于維護。

鄭重聲明：本文版權歸原作者所有，轉載文章僅為傳播更多信息之目的，如作者信息標記有誤，請第一時間聯系我們修改或刪除，多謝。

上一篇：Win10系統下搭建Apache和PHP環境的方、法

下一篇：Ubuntu下Nginx + PHP + MySQL的快速安裝步驟