nginx 在 k8s 中的维护方案

这里要分情况讨论，这个 Nginx 用途是什么？承载静态资源，还是后端服务的代理？

@silverfox 比如说我要在 k8s 里跑 php 和 uwsgi(python),nginx 要用来做 php 和 uwsgi 的 web 服务器，我想用共用 nginx，但配置文件砸维护？通常做法是 pvc 挂载一个目录还是 configmap? 还有，入口一般用 ingress，比如 ingress-nginx,那这个 ingress-nginx 和 php,uwsgi 用的 nginx 是不是重复，因为我觉得把 php 用的 nginx 的 80 和 443 通过 nodeport 映射出来，这个 ingress 完全是对于的，这样我也可以少维护很多东西，我不知道 Ingress 是否可以省略？

@silverfox 还有 php 用的 nginx，咋热更新呢？

以下是我的个人理解，不一定适用于你的场景。

问题一，Nginx 的配置文件如何在 Kubernetes 中承载
推荐使用 ConfigMap，以 Volume 方式挂载于容器中。PV 是用于应用程序持久化数据，不适合这个场景。

问题二，Nginx 如何热更新
推荐针对相应配置生成新的 ConfigMap，更改 Deployment 的引用，通过 Rolling-Update 完成更新。可以使用 kustomize 简化这个操作过程。

问题三，Ingress Nginx 是否多余
从目前这个场景来看，Ingress Nginx 与 uWSGI 的 Nginx Proxy 的角色是重叠的。它是一个 L7 的负载均衡器，如果没有使用它的其他功能，可以省略。