Kubernetes 服务发现与 Ingress 负载均衡实践
1. 基于 DNS 的服务发现
在 Kubernetes 中,服务发现是一个重要的环节。除了通过环境变量发现服务外,还可以通过集群的内部 DNS 服务来发现服务。对于运行在与 Pod 不同命名空间的服务,这是唯一的发现选项。
服务名称会作为 DNS 主机名暴露出来,因此可以直接对 robohash-internal
进行 DNS 查找,或者在 HTTP 路径中使用 http://robohash-internal
,它会自动解析。当从其他命名空间调用服务时,需要附加命名空间,例如 robohash-internal.default
用于调用默认命名空间中的 robohash-internal
服务。
不过,这种方法也有一些缺点。由于需要进行网络请求来解析 IP 地址,所以解析速度会稍慢一些。在许多 Kubernetes 集群中,这个网络服务可能运行在同一节点上,速度会比较快;但在其他情况下,可能需要跳转到运行在不同节点上的 DNS 服务。
以下是一个完整的部署示例,将内部服务的端点 URL 作为环境变量提供给应用程序:
apiVersion: apps/v1
kind: Deployment
metadata:
name: timeserver
spec:
replicas: 1
selector:
matchLabels:
pod: timeserver-pod
t