Kubernetes Ingress资源及控制器相关常见技术疑问澄清

1. 单个Ingress控制器（例如Nginx Ingress Controller）是否可以映射多个Ingress资源？ #

完全可以，这本身就是Ingress控制器的标准使用方式。单个控制器默认会监听集群内所有符合规则的Ingress资源，自动汇总所有路由规则生成对应的转发配置，比如Nginx Ingress Controller就会把所有匹配的Ingress规则合并生成Nginx的运行配置，不需要为每个Ingress资源单独部署控制器实例。

2. 若多个Ingress资源同属一个命名空间，存在多个Ingress资源的场景下请求将如何路由？ #

Ingress控制器会先把同命名空间下所有Ingress的规则做合并，再按照固定优先级匹配路由：

• 第一步匹配请求的Host头：精确域名匹配的规则优先级高于泛域名匹配规则
• Host匹配完成后匹配请求路径：长路径前缀优先级高于短路径前缀，比如/api/v2的规则优先级高于/api
• 若同一域名+路径对应多套后端配置，不同控制器处理逻辑有差异，Nginx Ingress会默认按照Ingress资源的创建时间排序，优先使用更早创建的规则，也可以通过nginx.ingress.kubernetes.io/rewrite-target等自定义注解调整规则优先级。

注意：如果多个Ingress出现完全重复的域名+路径配置，部分控制器会抛出配置冲突告警，生产环境建议避免这种冗余配置。

3. Ingress资源是否必须映射到唯一的hostname？ #

不是，有两种常见的例外场景：

• 你可以在Ingress规则中不指定Host字段，此时这条规则会匹配所有不带Host头的请求，或者匹配所有没有被其他带Host的规则命中的兜底请求
• 多个Ingress资源可以配置同一个Host，只要各自的路径规则不冲突就可以正常运行，甚至可以把同一个Host的不同路径拆分到多个Ingress里分别管理，降低配置耦合度。

4. Ingress控制器（例如Nginx Ingress controller）是绑定到命名空间的资源，还是集群级别的资源？ #

默认部署的Nginx Ingress控制器是集群级别的，默认会监听所有命名空间下的Ingress资源。你也可以通过控制器启动参数--watch-namespace指定它只监听特定命名空间的Ingress资源，此时它的作用范围就仅限该命名空间。
要注意区分：Ingress资源本身是命名空间级别的，它只能引用同命名空间下的Service作为后端，和控制器的作用范围是两个独立的概念。 #

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