在Kubernetes中使用ingress-nginx时是否还需要额外部署nginx镜像？

ingress-nginx本质是基于Nginx二次开发的K8s集群入口控制器，它确实可以实现普通Nginx的几乎全部功能，二者的核心区别是定位和适用场景不同：

• ingress-nginx是集群层面的统一流量入口，负责所有南北向外部流量的接入、根据Ingress规则把请求路由到对应Namespace下的Service，所有全局流量管控逻辑都可以放在这一层，配置通过K8s原生的Ingress资源、组件自带的ConfigMap、路由Annotation来声明式管理，不需要手动修改Nginx配置文件。
• 业务Pod内的普通Nginx是服务级的代理/服务组件，通常用于处理单个业务的专属需求，比如托管前端静态资源、和同Pod内的业务容器通过localhost低开销通信、实现业务专属的重写/缓存规则等。

你提到的gzip这类通用反向代理能力，直接在ingress-nginx层配置即可，不需要额外部署业务Nginx：
只需修改ingress-nginx的系统ConfigMap，添加如下参数即可全局开启gzip：

data:
  gzip: "on"
  gzip_types: "text/plain text/css application/json application/javascript text/xml application/xml application/xml+rss text/javascript"
  gzip_min_length: "1024"

配置后所有通过ingress-nginx转发的流量都会自动触发gzip压缩，完全覆盖你的需求。

只有当你有以下专属需求时，才需要在业务Pod中额外运行Nginx容器，和express的Node容器部署在同一个Pod中作为Sidecar：

• 你的服务同时托管前端静态资源和express接口，需要Nginx直接返回静态资源，仅把接口请求转发给Node服务
• 有业务专属的特殊Nginx配置，无法通过ingress-nginx的Annotation或全局ConfigMap实现
• 需要在业务侧实现本地缓存、请求灰度、自定义错误页等和单个业务强绑定的逻辑

其他场景直接用ingress-nginx即可，不需要额外部署组件，减少资源占用和维护成本。

内容的提问来源于stack exchange，提问作者Tomáš Vavřinka