Kubernetes跨容器发起GET请求的正确URL是什么？跨服务访问问题咨询

为什么Minikube运行正常、云上K8s报错 #

你这套配置的核心误区是：JQuery代码是运行在用户的本地浏览器上，不是运行在前端应用的容器内。
你在Minikube上调试时，肯定执行了kubectl port-forward操作，把analytics服务的8084端口转发到了你本地电脑的8084端口，所以浏览器请求http://localhost:8084/productinfo能正常得到响应。
部署到云上K8s后，用户通过公网地址访问前端应用，此时浏览器请求里的localhost指向的是用户自己的本地电脑，而非K8s集群内的服务，自然无法连通，同时由于请求源是前端公网域名、目标是localhost:8084，不符合同源策略，就触发了CORS报错。

使用localhost访问其他容器的方式是否正确 #

完全不正确，分两种场景说明：

• 对于运行在用户浏览器的前端代码：localhost永远指向用户的本地设备，和K8s集群没有任何关联
• 对于运行在K8s容器内的后端代码：localhost只能访问当前容器本身的端口，无法访问同一个Pod内的其他容器，更无法访问其他Pod的服务。

调整方案，让功能正常运行 #

推荐以下两种可行方案，优先选第一种：

方案1：通过Ingress统一路由（无跨域问题） #

在K8s集群中部署Ingress组件，将前端应用和analytics服务挂载到同一个公网域名下，做路径区分转发：

• 路径规则/*转发到前端应用的Service
• 路径规则/api/analytics/*转发到analytics的Service（端口8084）
  调整前端JQuery代码的请求路径为相对路径：

$.get("/api/analytics/productinfo", function(data, status){
  // 原有逻辑不变
})

此时所有请求都是同一个域名同端口，天然不存在跨域问题，也不需要写死任何IP或端口。

方案2：单独暴露analytics服务 #

将analytics服务的Service类型改为LoadBalancer，或者为其单独配置Ingress，获取独立的公网访问地址，然后调整前端JQuery代码的请求地址为该公网地址，示例：

// 替换为你实际的analytics服务公网地址
$.get("http://你的analytics公网地址/productinfo", function(data, status){
  // 原有逻辑不变
})

注意需要保留你之前在Golang代码中添加的CORS响应头，避免跨域拦截。

微服务跨容器请求的正确配置方式 #

根据调用方的不同，分两类场景处理：

• 服务端之间的调用：K8s集群内部的后端服务互相调用时，直接使用Service名称作为域名访问即可，同一个命名空间下的服务可以直接用http://<Service名称>:<Service端口>的格式调用，跨命名空间可以用http://<Service名称>.<命名空间>.svc.cluster.local:<Service端口>的格式，K8s内置DNS会自动完成解析，不需要把服务暴露到公网。
• 前端调用后端服务：永远不要写死内网地址、localhost，优先通过统一的API网关/Ingress做路径路由，使用相对路径发起请求；如果后端服务需要独立暴露，就用公网域名作为请求地址，同时做好CORS配置。

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