Kubernetes中不依赖FOO_SERVICE_PORT发现服务端口及环境变量异常排查

嘿，看来你遇到了容器没拿到预期Service环境变量的问题，不用慌，咱们绕开那些FOO_SERVICE_PORT之类的变量，照样能找到服务的端口信息，下面几个方法亲测好用：

1. 靠Kubernetes默认DNS查端口 #

Kubernetes自带的DNS服务会给每个Service生成专属的域名，格式是：
<服务名>.<命名空间>.svc.cluster.local

你不仅能直接用这个域名访问服务，还能通过DNS工具查询它的端口。比如你要查default命名空间里的foo服务，试试这两个命令：

# 用nslookup看基础信息，顺带能关联到端口相关的SRV记录
nslookup foo.default.svc.cluster.local

# 用dig直接查SRV记录，能拿到明确的端口
dig SRV _foo._tcp.default.svc.cluster.local

SRV记录的输出会是类似这样的：

_foo._tcp.default.svc.cluster.local. 30 IN SRV 100 50 8080 foo.default.svc.cluster.local.

这里的8080就是foo服务对外暴露的集群端口啦。

2. 直接调用Kubernetes API查详情 #

如果你的Pod有访问Kubernetes API的权限（一般默认挂载了ServiceAccount的token），可以直接查Service的完整配置信息，里面包含所有端口细节：

先在容器里执行这几个命令：

# 读取挂载的ServiceAccount token
TOKEN=$(cat /var/run/secrets/kubernetes.io/serviceaccount/token)
# 调用API查询default命名空间下的foo服务
curl -s -H "Authorization: Bearer $TOKEN" --cacert /var/run/secrets/kubernetes.io/serviceaccount/ca.crt https://kubernetes.default.svc.cluster.local/api/v1/namespaces/default/services/foo

返回的JSON数据里，spec.ports字段会列出所有端口配置，包括port（集群内访问的端口）、targetPort（容器实际监听的端口），甚至nodePort（如果是NodePort类型的服务）都能看到。

3. 借助服务网格或第三方工具（可选） #

如果你的集群用了Istio、Linkerd这类服务网格，它们自带更强大的服务发现能力，你可以通过网格提供的DNS或者控制平面快速获取服务端口。另外像Consul这类服务发现工具集成到Kubernetes后，也能帮你轻松查询服务端口信息。

小提醒 #

• 要是Pod和Service不在同一个命名空间，查询的时候一定要指定正确的命名空间，不然DNS解析或者API查询都会失败哦。
• 用API查询的话，要确保Pod对应的ServiceAccount有services.get的权限，不然API服务器会拒绝你的请求。

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