NodePort类型外部暴露前端服务无法访问ClusterIP内部后端服务问题问询

结论 #

不需要将backend服务暴露为NodePort类型即可正常实现前后端通信，你当前遇到的连接超时问题由访问逻辑错误导致，和backend的服务类型无关。

根因分析 #

• 你当前调用的10.233.23.12是K8s集群内部的ClusterIP，5011是backend Pod的本地监听端口，这两个地址仅在集群内部网络可达。React属于客户端渲染框架，前端代码最终会下载到用户本地浏览器执行，浏览器不在K8s集群内部，自然无法直接访问集群内部地址，触发超时。
• 你调用backend的端口规则也有误：plg-backend服务作为ClusterIP类型，集群内部暴露的端口是4000，正确的集群内部访问地址应为plg-backend:4000（集群DNS可直接解析服务名）或10.233.23.12:4000，targetPort是服务转发到Pod的内部端口，不会直接对外暴露。

正确解决方案 #

方案1（推荐）：通过前端服务做反向代理 #

在frontend使用的Nginx配置（React静态资源一般搭配Nginx部署）中新增反向代理规则，将/api前缀的请求统一转发到集群内部的plg-backend:4000地址。前端代码只需要调用/api/xxx路径即可，请求会先发送到frontend的Pod，再由Pod内的Nginx转发到backend服务，全程走集群内部网络，不需要暴露backend到集群外，安全性更高。

方案2：调整前端调用地址（仅适用于服务端渲染场景） #

如果你使用的是服务端渲染（SSR）模式的React应用，前端代码运行在frontend Pod内部，只需要将代码中调用backend的地址改为plg-backend:4000即可正常访问，不需要任何额外的服务配置调整。

方案3（不推荐）：暴露backend到集群外 #

只有当你有从集群外直接调用backend接口的需求时，才需要将backend服务修改为NodePort/LoadBalancer/Ingress类型对外暴露，这种方案会增加backend的攻击面，仅为了前端调用不建议使用。

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