Kubernetes中PHP-FPM（Laravel）多环境环境变量访问问题求助

这个问题我之前帮不少开发者解决过，核心原因是PHP-FPM默认会清空子进程的环境变量，导致以www-data运行的PHP-FPM进程无法继承父进程（比如容器入口脚本）的环境变量，自然读不到K8s Deployment里配置的变量。你现有的Secret+入口脚本方案是可行的，但确实有更简洁的处理方式，给你两个优先级更高的选项：

方案1：让PHP-FPM继承父进程环境变量（最简洁） #

这是最直接的解决办法，只需要调整PHP-FPM的配置，让它保留父进程的环境变量，这样K8s设置的环境变量就能直接被Laravel读取到，完全不需要维护多个Secret或者写复制脚本。

具体操作： #

1. 修改PHP-FPM配置：在你的Docker镜像中，找到PHP-FPM的www.conf配置文件（通常路径是/usr/local/etc/php-fpm.d/www.conf或/etc/php/7.4/fpm/pool.d/www.conf，取决于PHP版本），将其中的clear_env = yes改为clear_env = no。
   你可以在Dockerfile里用sed命令自动修改：

   RUN sed -i 's/clear_env = yes/clear_env = no/' /usr/local/etc/php-fpm.d/www.conf
   

2. 在K8s Deployment中配置环境变量：和你之前的思路一样，直接在Deployment的spec.template.spec.containers[].env里设置区分beta/prod的变量，比如：

   env:
     - name: APP_ENV
       value: "beta"
     - name: DB_HOST
       value: "beta-db.example.com"
     # 其他Laravel需要的环境变量...
   

3. 验证效果：部署后，进入容器执行php artisan env，应该能看到你设置的APP_ENV值，Laravel的配置也会自动根据环境加载。

这个方案的优势是完全复用你之前的环境变量配置逻辑，不需要额外的Secret管理，维护成本最低。

方案2：直接将Secret挂载为Laravel的.env文件（适合复杂配置） #

如果你的Laravel配置项非常多，或者需要严格隔离beta/prod的完整配置，这个方案比写复制脚本更简洁——直接把存储.env内容的Secret挂载到项目根目录的.env路径，K8s会自动帮你完成文件映射。

具体操作： #

1. 创建对应环境的Secret：

   # 创建beta环境的.env Secret
   kubectl create secret generic laravel-beta-env --from-file=.env=./beta.env
   # 创建生产环境的.env Secret
   kubectl create secret generic laravel-prod-env --from-file=.env=./prod.env
   

2. 在Deployment中挂载Secret：根据环境选择对应的Secret挂载到Laravel项目根目录的.env文件：

   # Beta环境Deployment示例
   spec:
     template:
       spec:
         containers:
           - name: laravel-app
             volumeMounts:
               - name: env-file
                 mountPath: /var/www/html/.env
                 subPath: .env  # 确保只挂载.env文件而不是覆盖整个目录
         volumes:
           - name: env-file
             secret:
               secretName: laravel-beta-env
   

   生产环境只需要把secretName改成laravel-prod-env即可。

这个方案省去了入口脚本的复制步骤，K8s会自动维护.env文件的内容，适合配置项较多、需要严格环境隔离的场景。

方案对比 #

• 方案1优先推荐：操作最简单，维护成本最低，完全复用原有环境变量配置逻辑。
• 方案2适合复杂场景：当.env内容很多、或者需要将配置完全与代码解耦时使用，比你的脚本复制方式更优雅。

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