Kubernetes Ingress多Target-Rewrite配置及重写规则技术问询

我来帮你梳理清楚这个适配逻辑——你的Ingress配置里用了nginx.ingress.kubernetes.io/rewrite-target: /这个注解，它的作用是把所有匹配到Ingress路径的请求，完全重写为根路径后转发给对应的后端服务。针对你给出的两个服务，适配方式如下：

1. 前端服务 front-main #

这个服务的Ingress路径是/，请求本来就会被重写到/，所以几乎不需要额外调整。只要你的前端服务是基于根路径来响应请求的就行：

• 如果是静态页面部署（比如用Nginx镜像），确保静态文件放在默认的根目录（比如/usr/share/nginx/html）；
• 如果是React、Vue这类前端框架，路由配置不要加额外的基础路径（比如不要设baseUrl: '/front'），保持默认的根路径路由逻辑即可。

2. 后端服务 back-main #

这是需要重点调整的部分！你的Ingress路径是/api，但rewrite-target: /会把所有/api/xxx格式的请求，重写成/xxx再发送给back-main。举个实际例子：

用户访问http://your-domain/api/users，Ingress会把请求转发给back-main的/users接口，而不是你可能预期的/api/users。

所以你需要调整后端服务的接口路由，把所有原来以/api为前缀的接口，改成以根路径/开头：

• 比如原来的/api/users接口，要改成/users；
• 原来的/api/orders/create，要改成/orders/create。

可选：如果不想修改后端代码的优化方案 #

要是你不想动后端代码，也可以调整Ingress的重写规则，让/api前缀保留下来。把Ingress的注解和路径改成这样：

metadata:
  name: demo-ingress
  annotations:
    nginx.ingress.kubernetes.io/rewrite-target: /api$1
spec:
  # ... 其他配置不变
  rules:
    http:
      paths:
      # ... 前端路径不变
      - path: /api(/|$)(.*)
        backend:
          serviceName: back-main
          servicePort: 80

这样/api/users会被重写成/api/users转发给后端，不过这是额外的优化方向，回到你原始的Ingress配置，还是得按前面的方式调整后端服务。

快速验证方法 #

你可以用kubectl port-forward直接访问后端服务，验证调整后的效果：

# 测试front-main
kubectl port-forward service/front-main 8080:80
# 访问http://localhost:8080，应该和Ingress转发的效果完全一致

# 测试back-main
kubectl port-forward service/back-main 8081:80
# 访问http://localhost:8081/users，应该和Ingress转发的http://your-domain/api/users效果一致

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