2 种部署方式简介
第一种
- 前置 1 台 nginx 服务器做 HTTP 反向代理和负载均衡
- 后面 N 太服务器的 Nginx 做 Web 服务，并调用 php-fpm 提供的 fast cgi 服务
- 此种部署方式最为常见，web 服务和 PHP 服务在同一台服务器上都有部署
第二种
- 前置 1 台 nginx 服务器做 Web 服务
- 后面服务器只部署 php-fpm 服务，供 nginx 服务器调用
- 前置 1 台 nginx 服务器，在调用后面多例 php-fpm 服务时，也可以做到负载均衡
如下图 ：
对比
从系统设计角度
第一种部署是常规部署方式，大中小规模网站都能适用。
第二种，不同服务部署在不同服务器上，更加细致。但也有几个问题：
- 前置 nginx 充当 Web 服务。对静态资源的访问、压缩传输、缓存设置等，也都集中在这台服务器上。压力会大，容易成为瓶颈。
- 如果静态资源都存放于 CDN，不需要 HTTP 压缩传输，这种部署方式还算比较合理；
- 承接上面两点，还可以对这种部署方式进行优化。如前置 nginx 负载均衡和反向代理，中间是 nginx Web 服务，后面部署 php-fpm 服务。
从性能角度
相比第二种部署方式，第一种多走了一次进程间交互。
- 按照第一种部署，当一个 http 请求过来，先是 nginx 反向代理转发至 nginx Web 服务（通过网络），Web 服务再通过 fastcgi 协议与 php-fpm 进行交互（进程间交互）；
- 按照第二种部署，当一个 http 请求过来，充当 Web 服务的 nginx，直接通过网络与 php-fpm 进行交互
第一种部署，通过网络交互的是 HTTP 协议，第二种通过网络交互的是 fast-cgi 协议， 这两种协议对比如何呢？
- fast cgi 的数据包会比 HTTP 稍微大一些，fast cgi 协议会比 HTTP 携带更多的参数信息、传输控制信息等等。
- fast cgi 协议比 HTTP 协议格式化严格一些，解析起来速度更快一些。
从运维角度
- 第一种是最常见的部署方式，简单统一，所有提供 web 服务的服务器上的服务都是同构的，单调粗放。
- 第二种则是将 nginx 和 PHP-fpm 单独分开部署，不同服务在服务器集群上的分布更加细致。如果统计 Web 服务中的压力分布，可以更加精细地利用硬件资源。运维成本也更高。
从开发测试角度
两种部署方式都不合适开发环境或测试环境。
开发和测试环境把 nginx 和 PHP 部署到一台服务器上即可，不需要反向代理和负载均衡。
总结
如果是 LAMP 环境的部署，第一种比较常见。
如果不是 LAMP，是 nginx 和其他 fastcgi 服务交互，比如 C/C++、Java 的 fastcgi 程序，在大规模的网络应用中，类似第二种的部署是常见的。做到不同服务之间分开部署，反而是简化了系统的网络结构，更加便于维护。
后记
此篇博文的内容，都来自于和百度前同事在 QQ 群里的讨论。
