Angular Pod与Spring Boot Pod通过ClusterIP通信问题求助

你踩了个典型误区：Angular应用是在用户浏览器里跑的，不是前端Pod内部。浏览器识别不了Kubernetes集群内部的Service DNS名称（backend-cluster-ip-service），所以你的API请求其实是从集群外的浏览器发往集群内的后端Service，这才触发了CORS问题——哪怕后端配了CORS，也可能因为请求来源不匹配或配置细节没生效导致没用。

方案1：通过Ingress统一路由（推荐生产用） #

把前端和后端请求都挂到同一个Ingress域名下，让浏览器用同源地址访问，从根源避免跨域：

1. 修改Ingress配置，添加后端API的路由规则：

apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: app-ingress
  annotations:
    nginx.ingress.kubernetes.io/rewrite-target: /$1
spec:
  rules:
    - host: your-app.local # 后续要在本地hosts映射到Minikube IP
      http:
        paths:
          - path: /(.*)
            pathType: Prefix
            backend:
              service:
                name: frontend-cluster-ip-service
                port:
                  number: 80
          - path: /api/(.*)
            pathType: Prefix
            backend:
              service:
                name: backend-cluster-ip-service
                port:
                  number: 8080

2. 把Angular代码里的baseUrl改成/api，这样请求会被Ingress自动转发到后端Service。
3. 在本地/etc/hosts里加一行：$(minikube ip) your-app.local，确保浏览器能解析这个域名。

方案2：修正后端CORS配置（仅临时测试用） #

如果非要让浏览器直接访问后端Service，得这么做：

1. 执行minikube service backend-cluster-ip-service --url拿到后端的外部访问地址，把Angular的baseUrl换成这个地址。
2. 检查Spring Boot的CORS配置，确保允许前端Ingress的域名（比如http://your-app.local），别用通配符*（带Cookie的话通配符不生效）：

@Configuration
public class CorsConfig implements WebMvcConfigurer {
    @Override
    public void addCorsMappings(CorsRegistry registry) {
        registry.addMapping("/**")
                .allowedOrigins("http://your-app.local")
                .allowedMethods("GET", "POST", "PUT", "DELETE", "OPTIONS")
                .allowedHeaders("*")
                .allowCredentials(true);
    }
}

注意：这种方式生产环境别用，会暴露后端外部地址，且跨域本身有安全风险。

方案3：前端Pod内代理（仅适用于Angular SSR场景） #

如果你的Angular是服务器端渲染（SSR），真的在前端Pod内运行，那可以配置Pod内的请求代理：

1. 在Angular项目里创建proxy.conf.json：

{
  "/api/*": {
    "target": "http://backend-cluster-ip-service:8080",
    "secure": false,
    "changeOrigin": true
  }
}

2. 启动Angular时加上--proxy-config proxy.conf.json，或者在angular.json的启动配置里指定代理文件。
3. 把baseUrl改成/api，这样前端Pod内的请求会被代理到后端Service，不会触发跨域。

1. 改完配置后，重启相关Deployment：kubectl rollout restart deployment frontend-deployment backend-deployment
2. 检查Ingress状态：kubectl get ingress
3. 访问http://your-app.local测试前端调用后端API是否正常。

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