go调用k8s service需分场景：pod内用dns名直连并确认resolv.conf；集群外用client-go获取endpoints或kubectl proxy；nodeport需确认节点ip和防火墙；ingress操作须匹配k8s版本、判空http字段、正确设置resourceversion。
Go 里调用 Kubernetes Service 要注意什么
直接用 net/http 请求 ClusterIP 或 NodePort Service，大概率会失败——不是代码写错了，而是没走对网络路径。Service 的 DNS 名（比如 my-svc.my-namespace.svc.cluster.local）只在 Pod 内部生效，且依赖 kube-dns/CoreDNS 正常运行；外部 Go 程序根本解析不了。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- Pod 内运行的 Go 程序：用
http.Client直连 Service DNS 名，但必须确认/etc/resolv.conf中的 search 域已包含svc.cluster.local - 集群外运行的 Go 程序：别硬解 DNS，改用
kubernetes/client-go获取 Endpoints，再轮询真实 Pod IP + Port；或通过kubectl proxy中转（仅调试） - 误用
localhost:30080访问 NodePort —— 它只在宿主机上监听，容器内或远程机器不自动转发，得确认节点 IP 和防火墙规则
用 client-go 操作 Ingress 时常见 panic 场景
client-go 的 NetworkingV1beta1Ingress（旧版）和 NetworkingV1Ingress（1.22+）结构体字段不兼容，混用会导致 panic: interface conversion: interface {} is nil 或字段静默丢弃。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 检查集群版本：
kubectl version --short，K8s ≥1.22 必须用networkingv1.Ingress，不能 importnetworkingv1beta1 - Ingress 对象的
Rules是 slice，但HTTP字段可能为 nil —— 访问前必须判空：if ing.Spec.Rules[0].IngressRuleValue.HTTP != nil - 更新 Ingress 时，
ResourceVersion必须从上次 Get/List 结果中取，硬填空字符串或旧值会触发409 Conflict
为什么 Go 服务自己做负载均衡不如直接用 Service
有人在 Go 里集成 consul-api 或 etcd 客户端，手动发现后端实例、加权重、做健康检查——这在 K8s 里是重复造轮子，而且容易出错。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- K8s Service 已经做了 TCP 层负载（iptables/ipvs）、健康探针（liveness/readiness）、滚动更新时的流量摘除——Go 应用只需专注业务逻辑
- 若真需客户端 LB（如 gRPC），优先用
grpc-go自带的round_robin或pick_first，配合 DNS 解析my-svc.default.svc.cluster.local，不要自己维护 endpoint 列表 - 自研 LB 容易忽略 readiness 探针延迟：Pod 启动后，K8s 需几秒才把 endpoint 加入 Endpoints 对象，早于此时发起请求就会失败
Ingress Controller 不是万能的，Go 服务暴露方式选型关键点
Ingress 只处理 HTTP/HTTPS 流量，WebSocket、gRPC、TCP/UDP 都不归它管。很多 Go 微服务用 grpc-go，却强行塞进 Nginx Ingress，结果遇到 502 Bad Gateway 或流控失效。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- HTTP/HTTPS API → 用
Ingress+nginx-ingress或traefik - gRPC（HTTP/2）→ 必须开启 Ingress 的
use-http2: "true"注解，并确保 TLS 终止在 Ingress Controller（不能用 edge TLS） - TCP/UDP/非 HTTP 流量 → 改用
Service类型为LoadBalancer或NodePort，Ingress 根本不参与 - 别在 Ingress annotation 里写
nginx.ingress.kubernetes.io/ssl-passthrough: "true"来透传 TLS——它禁用 L7 路由，且要求 controller 运行在 privileged 模式，生产环境慎用
真正麻烦的是多协议共存：一个 Go 服务同时暴露 HTTP API 和 gRPC 端口，这时候得拆成两个 Service，或用支持 multi-port 的 ingress controller（如 Traefik v2+），而不是硬塞进一个 Ingress 资源里。
