@dzdh 代码运行在 php-fpm 这个 pod 里啊，nginx 通过服务名称转发 proxy_pass 到 php-fpm 的容器. nginx 一般用这个配置转发：
location ~ \.php$ {
fastcgi_pass php-fpm:9000;
fastcgi_param SCRIPT_FILENAME $realpath_root$fastcgi_script_name;
include fastcgi_params;
}
如果你需要用 try_files 那你把代码也打包一份在 nginx 的 pod 也是可以的。

@reter 很赞同你的观点，容器的 12 要素的也提到了一个关键的点，一个进程： https://12factor.net/zh_cn/processes 。
而 supervisor 的模式是违反了这种理念，虽然也可以用但不是最佳的方法。

对于 PHP 的容器化特别是 Laravel 的容器化的个人建议：
1 、打包成一个镜像
2 、nginx 运行 pod 、php-fpm 运行一个 pod 、laravel 的 schedule:run 运行一个 cron 的镜像

业务流量是 Ingress （不配置规则）-> service -> nginx (具体规则) -> php-fpm (中间件不要部署在 k8s 里)
cron 单独运行一个常驻的 pod ，启动 crond ，并配置一分钟运行一次 schedule:run

做什麽事情都要留一手

推荐使用 Fx neo 滴眼液 某宝搜搜效果杠杠的

不如想想为什么会这样，解决问题才是最重要的，是数据库慢查询？是某些接口里有 curl 请求太慢？是连接了缓存服务器导致的？
看看数据库的慢日志、缓存的慢日志、php-fpm 的慢日志，结合 app 的日志、xdebug、strace、gdb 分析分析吧

迈腾不错可以看看

开启了 opcache 了吧？

@imstand 请问你只用 new relic 做内部监控的原因？