尧图网站建设 
Ingress NGINX Controller 自定义配置指南通过 ConfigMap 精确调优 NGINX 超时与全局参数【免费下载链接】ingress-nginxIngress NGINX Controller for Kubernetes项目地址: https://gitcode.com/GitHub_Trending/in/ingress-nginxIngress NGINX Controller 是 Kubernetes 生态中最常用的入口流量网关之一其核心设计之一就是无需直接修改 nginx.conf 文件而是通过 Kubernetes 原生对象 ConfigMap 驱动 NGINX 配置生成与热加载。本文以官方示例 docs/examples/customization/custom-configuration/ 为骨架从改超时这个最小用例出发完整讲解 ConfigMap 的创建、应用、生效机制并结合仓库源码深入剖析参数如何从 YAML 走到最终的 nginx.conf同时给出常用调优参数的取值建议与注意事项。读完本文你将掌握通过 ConfigMap 对 Ingress NGINX Controller 进行全局自定义配置的完整方法论并能独立排查改了配置为何不生效之类的问题。一、为什么用 ConfigMap 而不是直接改 nginx.conf在 Ingress NGINX Controller 的架构中Controller 启动后会监听 Ingress、Service、ConfigMap 等资源的变更每当有变化时它会汇总集群内的 Ingress 规则、后端服务、Secret 证书与 ConfigMap 配置将这些信息渲染成一份完整的 nginx.conf渲染模板位于 rootfs/etc/nginx/template/nginx.tmpl校验配置合法性后触发 NGINX 平滑 reload。由于 nginx.conf 是控制器自动生成的中间产物用户直接修改它会被下一次渲染覆盖。因此官方提供了一条正道把自定义项写进 ConfigMap由控制器消费后渲染进最终配置。这正是 官方示例 README 开篇所强调的Using a ConfigMap is possible to customize the NGINX configuration。二、最小实战修改代理超时时间示例文档给出的典型场景是调整与后端服务通信的超时时间。默认情况下 NGINX 在与上游upstream建立连接、读取响应、发送请求三个环节都有超时限制如果业务接口本身耗时较长例如超过 60 秒的报表导出就需要调大这些值。1. 创建 ConfigMap仓库内置了可直接使用的完整示例文件 docs/examples/customization/custom-configuration/configmap.yamlapiVersion: v1 kind: ConfigMap metadata: name: ingress-nginx-controller namespace: ingress-nginx labels: app.kubernetes.io/name: ingress-nginx app.kubernetes.io/part-of: ingress-nginx data: proxy-connect-timeout: 10 proxy-read-timeout: 120 proxy-send-timeout: 120三个 key 的含义如下ConfigMap Key对应 NGINX 指令含义示例默认值proxy-connect-timeoutproxy_connect_timeout与后端建立 TCP 连接的超时时间秒5proxy-read-timeoutproxy_read_timeout两次连续读操作之间的超时时间秒即后端响应卡住多久判定失败60proxy-send-timeoutproxy_send_timeout两次连续写操作之间的超时时间秒即请求体发送卡住多久判定失败602. 应用到集群data段是纯键值对因此除了从文件 apply也可以直接用命令行方式创建kubectl create configmap ingress-nginx-controller \ --namespace ingress-nginx \ --from-literalproxy-connect-timeout10 \ --from-literalproxy-read-timeout120 \ --from-literalproxy-send-timeout120或者使用仓库自带的文件kubectl apply -f docs/examples/customization/custom-configuration/configmap.yaml3. 验证是否生效ConfigMap 更新后控制器会自动检测变化并 reload NGINX详见下文热加载机制。验证方法# 查看控制器是否记录了一次 reload kubectl logs -n ingress-nginx deployment/ingress-nginx-controller | grep -i reload # 进入控制器 Pod 查看生成的配置 kubectl exec -n ingress-nginx deployment/ingress-nginx-controller -- \ grep -E proxy_(connect|read|send)_timeout /etc/nginx/nginx.conf若输出中包含proxy_connect_timeout 10s;、proxy_read_timeout 120s;、proxy_send_timeout 120s;即表示配置已生效。三、ConfigMap 到 nginx.conf 的完整链路源码级解读理解底层实现有助于你判断某个参数能不能写在 ConfigMap 里、写了会不会生效。1. 参数定义与默认值控制器把 ConfigMap 的键值对解析为内存中的Configuration结构体定义在 internal/ingress/controller/config/config.go。其中超时类字段来自嵌入的defaults.Backend见 internal/ingress/defaults/main.goJSON tag 与 ConfigMap key 一一对应// Defines a timeout for establishing a connection with a proxied server. // It should be noted that this timeout cannot usually exceed 75 seconds. ProxyConnectTimeout int json:proxy-connect-timeout // Timeout in seconds for reading a response from the proxied server. ProxyReadTimeout int json:proxy-read-timeout // Timeout in seconds for transmitting a request to the proxied server. ProxySendTimeout int json:proxy-send-timeout默认值由NewDefault()统一设置config.go#L856-L860ProxyConnectTimeout: 5、ProxyReadTimeout: 60、ProxySendTimeout: 60。也就是说你写入 ConfigMap 的任意一个 key 都会覆盖对应默认值。2. ConfigMap 的读取与缓存控制器通过 informer 监听指定 ConfigMap 的变更读取与缓存逻辑在 internal/ingress/controller/store/store.go 中控制器启动时通过参数--configmapnamespace/name指定要监听哪一个 ConfigMapHelm 部署默认指向ingress-nginx/ingress-nginx-controllerstore.go#L740-L749 中事件处理器会对 ConfigMap 的 add/update 事件做出响应其中与configmap名称匹配的 key 更新会触发配置重新计算解析结果以backendConfig字段缓存通过GetBackendConfiguration()提供给其他模块读取store.go#L1202-L1207。3. 渲染进 nginx.conf渲染模板 rootfs/etc/nginx/template/nginx.tmpl#L1333-L1335 中超时参数最终被输出为 NGINX 指令proxy_connect_timeout {{ $location.Proxy.ConnectTimeout }}s; proxy_send_timeout {{ $location.Proxy.SendTimeout }}s; proxy_read_timeout {{ $location.Proxy.ReadTimeout }}s;注意模板中每个值后面拼接了s单位因此 ConfigMap 中的值应写成纯数字秒例如10而不是10s。4. 热加载机制如示例文档最后一句所述If the Configmap is updated, NGINX will be reloaded with the new configuration. 控制器内部采用校验后重载的策略ConfigMap 变更 → 重新渲染配置 → 先执行nginx -t校验 → 通过后再向 master 进程发送 reload 信号从而做到不停机平滑更新。因此当你在集群里修改 ConfigMap 后通常几秒内即可在生成的配置中看到变化。四、ConfigMap 支持的核心配置项速查除了超时控制器还支持数百个全局配置项全部字段定义可查阅 internal/ingress/controller/config/config.gojsontag 即 ConfigMap key完整文档见 docs/user-guide/nginx-configuration/configmap.md。下面列出运维中最高频的几类供快速参考1. 连接与会话ConfigMap Key默认值作用keep-alive75客户端 keep-alive 连接在服务端保持的时间秒keep-alive-requests1000一条 keep-alive 连接上最多可处理的请求数upstream-keepalive-connections320每个 worker 缓存到上游的空闲 keep-alive 连接数upstream-keepalive-time1h通过一条上游 keep-alive 连接处理请求的最大时长upstream-keepalive-requests10000一条上游 keep-alive 连接最多处理的请求数worker-processesCPU 核数worker 进程数可设为auto2. 请求体与缓冲区ConfigMap Key默认值作用proxy-body-size1m客户端请求体最大允许大小对应client_max_body_sizeclient-header-buffer-size1k读取客户端请求头的缓冲区大小client-header-timeout60读取客户端请求头的超时秒large-client-header-buffers4 8k大请求头的缓冲区数量与大小3. SSL/TLSConfigMap Key默认值作用ssl-protocolsTLSv1.2 TLSv1.3启用的 TLS 协议版本ssl-ciphers见源码常量启用的密码套件列表ssl-session-cachetrue是否启用 worker 间共享 SSL 会话缓存ssl-session-timeout10m客户端可复用会话参数的时间4. 日志与压缩ConfigMap Key默认值作用log-format-upstream见源码常量自定义 upstream 访问日志格式access-log-path/var/log/nginx/access.log访问日志路径use-gzipfalse是否启用 gzip 压缩gzip-level1gzip 压缩级别enable-brotlifalse是否启用 Brotli 压缩5. 网络与安全ConfigMap Key默认值作用use-proxy-protocolfalse是否启用 PROXY protocol 获取真实客户端 IPproxy-real-ip-cidr0.0.0.0/0外部负载均衡器所在网段server-tokensfalse是否在响应头中暴露 NGINX 版本号hststrue是否启用 HSTS 响应头allow-snippet-annotationsfalse是否允许 Ingress 注解注入自定义 snippet注意各字段默认值以上文引用的NewDefault()config.go#L750-L923为准部署版本不同可能略有差异。五、设置 ConfigMap 的完整流程与注意事项1. 前提确认控制器监听的 ConfigMap控制器通过--configmap参数决定监听对象。使用 Helm Chart 安装时该参数默认指向ingress-nginx/ingress-nginx-controller对应 charts/ingress-nginx/values.yaml 中的 controller 配置。若你的 ConfigMap 名称或命名空间与此不符改动不会生效。可通过以下命令确认kubectl get deployment -n ingress-nginx ingress-nginx-controller -o yaml \ | grep -A2 configmap2. 设置流程创建或编辑目标 ConfigMap在data段写入想要覆盖的键值对使用kubectl apply -f或kubectl edit configmap -n ingress-nginx ingress-nginx-controller提交观察控制器日志确认 reload 成功出现类似Reloading nginx configuration的日志用上文验证是否生效一节的方法检查生成的 nginx.conf。3. 常见陷阱值必须是字符串ConfigMap 的data段所有值均为字符串数字也要加引号例如10单位约定绝大多数超时类 key 使用秒纯数字模板渲染时统一追加s但个别字段如proxy-protocol-header-timeout直接接受带单位的字符串如60s写之前务必查阅 configmap.md 或源码中对应字段的注释布尔值如use-gzip、hsts等布尔字段使用true/false字符串连接超时上限NGINX 的proxy_connect_timeout一般不应超过 75 秒这是 NGINX 自身的限制源码注释中亦有说明不要直接改 nginx.conf生成文件会在每次 reload 时被覆盖持久化修改必须走 ConfigMap优先级ConfigMap 是全局配置若想让单个 Ingress 或单个 Location 生效应使用对应的注解annotations见 docs/user-guide/nginx-configuration/annotations.md。六、进阶从 ConfigMap 到按 Ingress 覆盖ConfigMap 定义的参数是全局生效的适用于整台控制器的所有 Ingress 规则。实际生产中常遇到只有某个服务需要更长超时的需求此时更合适的做法是在 Ingress 上使用注解覆盖例如apiVersion: networking.k8s.io/v1 kind: Ingress metadata: name: slow-report-ingress annotations: nginx.ingress.kubernetes.io/proxy-connect-timeout: 10 nginx.ingress.kubernetes.io/proxy-read-timeout: 300 nginx.ingress.kubernetes.io/proxy-send-timeout: 300 spec: rules: - host: report.example.com http: paths: - path: / pathType: Prefix backend: service: name: report-service port: number: 8080注解与 ConfigMap 的解析会汇总到同一个Backend配置结构internal/ingress/defaults/main.go最终同样渲染进 nginx.tmpl 的 location 块中。两者结合即可形成全局默认值 局部覆盖的灵活配置体系。七、小结ConfigMap 是 Ingress NGINX Controller 官方推荐的全局配置入口修改后会触发控制器自动校验并热加载 NGINX最小的改超时用例只需要在ingress-nginx-controller这个 ConfigMap 的data段写入proxy-connect-timeout、proxy-read-timeout、proxy-send-timeout三个 key从 ConfigMap key 到 nginx.conf 指令的完整链路为config.go字段定义 →store.go监听解析缓存 →nginx.tmpl模板渲染 →nginx -t校验 → 平滑 reload全局参数走 ConfigMap、局部参数走 Ingress 注解是生产环境的标准搭配。仓库中还提供了同一主题的官方参考文档 docs/user-guide/nginx-configuration/configmap.md列出了所有支持的 key 与默认值建议作为调参时的权威字典随身查阅。【免费下载链接】ingress-nginxIngress NGINX Controller for Kubernetes项目地址: https://gitcode.com/GitHub_Trending/in/ingress-nginx创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 Ingress NGINX Controller 自定义配置指南：通过 ConfigMap 精确调优 NGINX 超时与全局参数
Ingress NGINX Controller 自定义配置指南通过 ConfigMap 精确调优 NGINX 超时与全局参数【免费下载链接】ingress-nginxIngress NGINX Controller for Kubernetes项目地址: https://gitcode.com/GitHub_Trending/in/ingress-nginxIngress NGINX Controller 是 Kubernetes 生态中最常用的入口流量网关之一其核心设计之一就是无需直接修改 nginx.conf 文件而是通过 Kubernetes 原生对象 ConfigMap 驱动 NGINX 配置生成与热加载。本文以官方示例 docs/examples/customization/custom-configuration/ 为骨架从改超时这个最小用例出发完整讲解 ConfigMap 的创建、应用、生效机制并结合仓库源码深入剖析参数如何从 YAML 走到最终的 nginx.conf同时给出常用调优参数的取值建议与注意事项。读完本文你将掌握通过 ConfigMap 对 Ingress NGINX Controller 进行全局自定义配置的完整方法论并能独立排查改了配置为何不生效之类的问题。一、为什么用 ConfigMap 而不是直接改 nginx.conf在 Ingress NGINX Controller 的架构中Controller 启动后会监听 Ingress、Service、ConfigMap 等资源的变更每当有变化时它会汇总集群内的 Ingress 规则、后端服务、Secret 证书与 ConfigMap 配置将这些信息渲染成一份完整的 nginx.conf渲染模板位于 rootfs/etc/nginx/template/nginx.tmpl校验配置合法性后触发 NGINX 平滑 reload。由于 nginx.conf 是控制器自动生成的中间产物用户直接修改它会被下一次渲染覆盖。因此官方提供了一条正道把自定义项写进 ConfigMap由控制器消费后渲染进最终配置。这正是 官方示例 README 开篇所强调的Using a ConfigMap is possible to customize the NGINX configuration。二、最小实战修改代理超时时间示例文档给出的典型场景是调整与后端服务通信的超时时间。默认情况下 NGINX 在与上游upstream建立连接、读取响应、发送请求三个环节都有超时限制如果业务接口本身耗时较长例如超过 60 秒的报表导出就需要调大这些值。1. 创建 ConfigMap仓库内置了可直接使用的完整示例文件 docs/examples/customization/custom-configuration/configmap.yamlapiVersion: v1 kind: ConfigMap metadata: name: ingress-nginx-controller namespace: ingress-nginx labels: app.kubernetes.io/name: ingress-nginx app.kubernetes.io/part-of: ingress-nginx data: proxy-connect-timeout: 10 proxy-read-timeout: 120 proxy-send-timeout: 120三个 key 的含义如下ConfigMap Key对应 NGINX 指令含义示例默认值proxy-connect-timeoutproxy_connect_timeout与后端建立 TCP 连接的超时时间秒5proxy-read-timeoutproxy_read_timeout两次连续读操作之间的超时时间秒即后端响应卡住多久判定失败60proxy-send-timeoutproxy_send_timeout两次连续写操作之间的超时时间秒即请求体发送卡住多久判定失败602. 应用到集群data段是纯键值对因此除了从文件 apply也可以直接用命令行方式创建kubectl create configmap ingress-nginx-controller \ --namespace ingress-nginx \ --from-literalproxy-connect-timeout10 \ --from-literalproxy-read-timeout120 \ --from-literalproxy-send-timeout120或者使用仓库自带的文件kubectl apply -f docs/examples/customization/custom-configuration/configmap.yaml3. 验证是否生效ConfigMap 更新后控制器会自动检测变化并 reload NGINX详见下文热加载机制。验证方法# 查看控制器是否记录了一次 reload kubectl logs -n ingress-nginx deployment/ingress-nginx-controller | grep -i reload # 进入控制器 Pod 查看生成的配置 kubectl exec -n ingress-nginx deployment/ingress-nginx-controller -- \ grep -E proxy_(connect|read|send)_timeout /etc/nginx/nginx.conf若输出中包含proxy_connect_timeout 10s;、proxy_read_timeout 120s;、proxy_send_timeout 120s;即表示配置已生效。三、ConfigMap 到 nginx.conf 的完整链路源码级解读理解底层实现有助于你判断某个参数能不能写在 ConfigMap 里、写了会不会生效。1. 参数定义与默认值控制器把 ConfigMap 的键值对解析为内存中的Configuration结构体定义在 internal/ingress/controller/config/config.go。其中超时类字段来自嵌入的defaults.Backend见 internal/ingress/defaults/main.goJSON tag 与 ConfigMap key 一一对应// Defines a timeout for establishing a connection with a proxied server. // It should be noted that this timeout cannot usually exceed 75 seconds. ProxyConnectTimeout int json:proxy-connect-timeout // Timeout in seconds for reading a response from the proxied server. ProxyReadTimeout int json:proxy-read-timeout // Timeout in seconds for transmitting a request to the proxied server. ProxySendTimeout int json:proxy-send-timeout默认值由NewDefault()统一设置config.go#L856-L860ProxyConnectTimeout: 5、ProxyReadTimeout: 60、ProxySendTimeout: 60。也就是说你写入 ConfigMap 的任意一个 key 都会覆盖对应默认值。2. ConfigMap 的读取与缓存控制器通过 informer 监听指定 ConfigMap 的变更读取与缓存逻辑在 internal/ingress/controller/store/store.go 中控制器启动时通过参数--configmapnamespace/name指定要监听哪一个 ConfigMapHelm 部署默认指向ingress-nginx/ingress-nginx-controllerstore.go#L740-L749 中事件处理器会对 ConfigMap 的 add/update 事件做出响应其中与configmap名称匹配的 key 更新会触发配置重新计算解析结果以backendConfig字段缓存通过GetBackendConfiguration()提供给其他模块读取store.go#L1202-L1207。3. 渲染进 nginx.conf渲染模板 rootfs/etc/nginx/template/nginx.tmpl#L1333-L1335 中超时参数最终被输出为 NGINX 指令proxy_connect_timeout {{ $location.Proxy.ConnectTimeout }}s; proxy_send_timeout {{ $location.Proxy.SendTimeout }}s; proxy_read_timeout {{ $location.Proxy.ReadTimeout }}s;注意模板中每个值后面拼接了s单位因此 ConfigMap 中的值应写成纯数字秒例如10而不是10s。4. 热加载机制如示例文档最后一句所述If the Configmap is updated, NGINX will be reloaded with the new configuration. 控制器内部采用校验后重载的策略ConfigMap 变更 → 重新渲染配置 → 先执行nginx -t校验 → 通过后再向 master 进程发送 reload 信号从而做到不停机平滑更新。因此当你在集群里修改 ConfigMap 后通常几秒内即可在生成的配置中看到变化。四、ConfigMap 支持的核心配置项速查除了超时控制器还支持数百个全局配置项全部字段定义可查阅 internal/ingress/controller/config/config.gojsontag 即 ConfigMap key完整文档见 docs/user-guide/nginx-configuration/configmap.md。下面列出运维中最高频的几类供快速参考1. 连接与会话ConfigMap Key默认值作用keep-alive75客户端 keep-alive 连接在服务端保持的时间秒keep-alive-requests1000一条 keep-alive 连接上最多可处理的请求数upstream-keepalive-connections320每个 worker 缓存到上游的空闲 keep-alive 连接数upstream-keepalive-time1h通过一条上游 keep-alive 连接处理请求的最大时长upstream-keepalive-requests10000一条上游 keep-alive 连接最多处理的请求数worker-processesCPU 核数worker 进程数可设为auto2. 请求体与缓冲区ConfigMap Key默认值作用proxy-body-size1m客户端请求体最大允许大小对应client_max_body_sizeclient-header-buffer-size1k读取客户端请求头的缓冲区大小client-header-timeout60读取客户端请求头的超时秒large-client-header-buffers4 8k大请求头的缓冲区数量与大小3. SSL/TLSConfigMap Key默认值作用ssl-protocolsTLSv1.2 TLSv1.3启用的 TLS 协议版本ssl-ciphers见源码常量启用的密码套件列表ssl-session-cachetrue是否启用 worker 间共享 SSL 会话缓存ssl-session-timeout10m客户端可复用会话参数的时间4. 日志与压缩ConfigMap Key默认值作用log-format-upstream见源码常量自定义 upstream 访问日志格式access-log-path/var/log/nginx/access.log访问日志路径use-gzipfalse是否启用 gzip 压缩gzip-level1gzip 压缩级别enable-brotlifalse是否启用 Brotli 压缩5. 网络与安全ConfigMap Key默认值作用use-proxy-protocolfalse是否启用 PROXY protocol 获取真实客户端 IPproxy-real-ip-cidr0.0.0.0/0外部负载均衡器所在网段server-tokensfalse是否在响应头中暴露 NGINX 版本号hststrue是否启用 HSTS 响应头allow-snippet-annotationsfalse是否允许 Ingress 注解注入自定义 snippet注意各字段默认值以上文引用的NewDefault()config.go#L750-L923为准部署版本不同可能略有差异。五、设置 ConfigMap 的完整流程与注意事项1. 前提确认控制器监听的 ConfigMap控制器通过--configmap参数决定监听对象。使用 Helm Chart 安装时该参数默认指向ingress-nginx/ingress-nginx-controller对应 charts/ingress-nginx/values.yaml 中的 controller 配置。若你的 ConfigMap 名称或命名空间与此不符改动不会生效。可通过以下命令确认kubectl get deployment -n ingress-nginx ingress-nginx-controller -o yaml \ | grep -A2 configmap2. 设置流程创建或编辑目标 ConfigMap在data段写入想要覆盖的键值对使用kubectl apply -f或kubectl edit configmap -n ingress-nginx ingress-nginx-controller提交观察控制器日志确认 reload 成功出现类似Reloading nginx configuration的日志用上文验证是否生效一节的方法检查生成的 nginx.conf。3. 常见陷阱值必须是字符串ConfigMap 的data段所有值均为字符串数字也要加引号例如10单位约定绝大多数超时类 key 使用秒纯数字模板渲染时统一追加s但个别字段如proxy-protocol-header-timeout直接接受带单位的字符串如60s写之前务必查阅 configmap.md 或源码中对应字段的注释布尔值如use-gzip、hsts等布尔字段使用true/false字符串连接超时上限NGINX 的proxy_connect_timeout一般不应超过 75 秒这是 NGINX 自身的限制源码注释中亦有说明不要直接改 nginx.conf生成文件会在每次 reload 时被覆盖持久化修改必须走 ConfigMap优先级ConfigMap 是全局配置若想让单个 Ingress 或单个 Location 生效应使用对应的注解annotations见 docs/user-guide/nginx-configuration/annotations.md。六、进阶从 ConfigMap 到按 Ingress 覆盖ConfigMap 定义的参数是全局生效的适用于整台控制器的所有 Ingress 规则。实际生产中常遇到只有某个服务需要更长超时的需求此时更合适的做法是在 Ingress 上使用注解覆盖例如apiVersion: networking.k8s.io/v1 kind: Ingress metadata: name: slow-report-ingress annotations: nginx.ingress.kubernetes.io/proxy-connect-timeout: 10 nginx.ingress.kubernetes.io/proxy-read-timeout: 300 nginx.ingress.kubernetes.io/proxy-send-timeout: 300 spec: rules: - host: report.example.com http: paths: - path: / pathType: Prefix backend: service: name: report-service port: number: 8080注解与 ConfigMap 的解析会汇总到同一个Backend配置结构internal/ingress/defaults/main.go最终同样渲染进 nginx.tmpl 的 location 块中。两者结合即可形成全局默认值 局部覆盖的灵活配置体系。七、小结ConfigMap 是 Ingress NGINX Controller 官方推荐的全局配置入口修改后会触发控制器自动校验并热加载 NGINX最小的改超时用例只需要在ingress-nginx-controller这个 ConfigMap 的data段写入proxy-connect-timeout、proxy-read-timeout、proxy-send-timeout三个 key从 ConfigMap key 到 nginx.conf 指令的完整链路为config.go字段定义 →store.go监听解析缓存 →nginx.tmpl模板渲染 →nginx -t校验 → 平滑 reload全局参数走 ConfigMap、局部参数走 Ingress 注解是生产环境的标准搭配。仓库中还提供了同一主题的官方参考文档 docs/user-guide/nginx-configuration/configmap.md列出了所有支持的 key 与默认值建议作为调参时的权威字典随身查阅。【免费下载链接】ingress-nginxIngress NGINX Controller for Kubernetes项目地址: https://gitcode.com/GitHub_Trending/in/ingress-nginx创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考