部署独立Apache+PHP与PHP-FPM双容器架构是否可行？

架构本身是否可行？ #

这种Apache（作为反向代理/静态资源服务器）+ 独立PHP-FPM容器的架构是完全可行的，也是生产环境中常见的拆分方案——将Web服务器与PHP解释层分离，便于各自独立扩容、版本管理。你当前遇到的文件重复问题是配置细节未处理到位，并非架构本身存在缺陷。

为什么需要两个容器都放置文件？ #

Apache默认会先检查本地是否存在请求的文件，仅当文件存在时才会触发FastCGI转发逻辑。这是因为Apache的mod_proxy_fcgi或mod_fastcgi配置中，通常会结合FilesMatch \.php$规则来匹配PHP请求，而Apache需要确认本地文件存在，才会将请求转发给PHP-FPM。如果容器1的/var/www/html下没有index.php，Apache会直接返回404，不会将请求传递给容器2。

解决方法 #

有两种常见的处理思路：

• 方式一：强制转发PHP请求，跳过本地文件检查
  修改Apache的FastCGI转发配置，让所有.php请求直接转发至PHP-FPM容器，无需校验本地文件是否存在。示例配置如下：

  ProxyPassMatch ^/(.*\.php(/.*)?)$ fcgi://php-fpm-container:9000/var/www/html/$1
  

  其中php-fpm-container是PHP-FPM容器的服务名（Docker Compose场景）或IP地址，9000是PHP-FPM默认监听端口。配置后，容器1的/var/www/html无需存放任何PHP文件，所有PHP请求都会直接转发到容器2处理。

• 方式二：共享文件目录
  通过Docker卷（Volume）将/var/www/html目录共享给两个容器，只需在卷中存放一次index.php，两个容器即可共同访问。这种方式适合需要Apache同时处理静态资源（如CSS、JS、图片）的场景：静态资源由Apache直接返回，PHP请求则转发给FPM处理。

额外优化建议 #

如果你的场景不需要Apache处理PHP（容器1中安装PHP属于冗余依赖），可以将容器1改为纯Apache（仅安装httpd），这样更贴合分层设计理念，减少不必要的资源占用与依赖复杂度。

内容的提问来源于stack exchange，提问作者Lagot