如何处理带有双后端的Kubernetes Ingress规则并解决静态资源路由问题

你的问题核心在于：后端应用的静态资源（如/bundles/css/style.css）请求没有被Ingress控制器正确路由到backend服务，而是被默认转发到了frontend服务，导致资源加载失败。下面提供两种可行的解决方案，你可以根据实际场景选择：

方案一：优化Ingress规则（无需修改应用） #

你可以在现有Ingress配置中添加一条额外的路径规则，直接将所有/bundles/开头的请求路由到backend服务。这样不需要改动任何应用代码，就能快速解决问题。

修改后的Ingress配置如下：

apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: example
  namespace: example
  annotations:
    kubernetes.io/ingress.class: "nginx"
    cert-manager.io/cluster-issuer: "letsencrypt-prod"
    nginx.ingress.kubernetes.io/rewrite-target: /$2
spec:
  tls:
  - hosts:
    - www.example.ch
    secretName: tls-example.ch
  rules:
  - host: www.example.ch
    http:
      paths:
      # 新增：匹配所有/bundles/开头的请求，路由到backend
      - path: /bundles(/|$)(.*)
        pathType: Prefix
        backend:
          service:
            name: example-backend-svc
            port:
              number: 8081
      # 原有backend路径规则
      - path: /backend(/|$)(.*)
        pathType: Prefix
        backend:
          service:
            name: example-backend-svc
            port:
              number: 8081
      # 原有frontend路径规则
      - path: /
        pathType: Prefix
        backend:
          service:
            name: example-frontend-svc
            port:
              number: 8080

规则说明：

• 新增的/bundles(/|$)(.*)路径会匹配所有以/bundles开头的请求，比如/bundles/css/style.css
• 结合rewrite-target: /$2，请求会被重写为/css/style.css，正好匹配backend应用中静态资源的实际存储路径

方案二：修改backend应用的根路径（更规范的长期方案） #

如果希望路径设计更符合RESTful规范，避免后续出现类似的资源路由问题，可以修改backend应用的上下文根路径为/backend，这样所有后端相关的请求（包括静态资源）都会以/backend开头，自动匹配现有Ingress规则。

具体操作： #

1. 调整应用配置：根据后端使用的框架，设置应用的上下文路径为/backend。比如：
   • Spring Boot：在application.properties中添加server.servlet.context-path=/backend
   • Node.js/Express：使用app.use('/backend', yourRouter)挂载路由
2. 更新静态资源引用路径：确保后端HTML中的资源引用路径改为/backend/bundles/css/style.css（如果框架支持自动生成路径，这一步可能会自动完成）

优势：

• 所有后端相关的请求统一在/backend路径下，路由规则更清晰
• 避免以后新增其他资源路径时，需要再次修改Ingress规则

方案对比 #

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