首先得纠正一个关键误解：你的前端请求不是从Nginx容器发起的，而是从用户的浏览器发起的！这就是为什么点击按钮没响应，也没出现预期的CORS错误的核心原因——浏览器根本无法解析Kubernetes内部的backservice Service域名，请求连后端服务都没发出去，自然不会有任何响应或CORS报错。

为什么会这样？ #

Kubernetes的Service域名（比如backservice）是集群内部DNS系统提供的专属解析能力，只有集群里的Pod能识别这个域名。而你的静态页面是加载到用户浏览器中运行的，浏览器的DNS解析走的是用户本地网络，完全不知道K8s集群内部的域名映射规则，所以请求会直接失败（你可以打开浏览器开发者工具→控制台，应该能看到DNS解析失败或者无法连接的错误提示）。

不代理后端到Nginx的解决方案 #

既然你不想把后端服务代理到Nginx里，这里有几个可行的方案：

1. 用Ingress暴露后端服务（生产环境推荐）

创建Kubernetes Ingress资源，把backservice:8080暴露成外部可访问的地址（比如https://your-domain.com/backend），然后修改前端页面的请求地址为这个外部URL。同时需要在Spring后端配置CORS，允许前端页面的域名（比如Nginx应用的外部访问域名）发起跨域请求。

示例Ingress配置（仅供参考）：

apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: backservice-ingress
  namespace: your-namespace # 和你的应用同命名空间
spec:
  rules:
  - host: your-domain.com
    http:
      paths:
      - path: /backend
        pathType: Prefix
        backend:
          service:
            name: backservice
            port:
              number: 8080

然后在Spring后端添加CORS配置（比如用注解或者全局配置），允许前端域名的跨域请求。

2. 用NodePort暴露后端服务（测试/开发环境）

如果是测试环境，可以把backservice的Service类型改成NodePort，这样后端服务会绑定到集群节点的一个端口上。然后前端请求地址改成http://<集群节点IP>:<NodePort>/action，同样需要配置Spring后端的CORS允许前端域名。

修改Service的示例：

apiVersion: v1
kind: Service
metadata:
  name: backservice
spec:
  type: NodePort
  ports:
  - port: 8080
    targetPort: 8080
    nodePort: 30001 # 可选，指定一个集群内可用的端口
  selector:
    # 匹配你的后端Pod标签
    app: backservice

3. 动态注入后端地址（灵活适配多环境）

在构建前端静态页面时，通过环境变量注入后端服务的外部访问地址，或者在页面加载时从配置文件读取这个地址，避免硬编码K8s内部域名。比如在构建时用REACT_APP_BACKEND_URL（React项目）或类似的变量，运行时替换成实际的外部访问地址。

额外提示 #

打开浏览器的开发者工具→网络标签，点击按钮后观察请求的状态，你会看到请求的状态是失败或者DNS_PROBE_FINISHED_NXDOMAIN，这能直接验证我们的分析结论。

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