Kubernetes即学即用（第二版）

92

｜

第

7

章

了通过广泛高效的缓冲提供相对稳定的名称解析。对于互联网来说，这是一

个伟大的系统，但在

Kubernetes

的动态世界中却有不足之处。

不幸的是，许多系统（例如

Java

在默认情况下）会直接通过

DNS

查找名称，

而且从不重新解析。这可能导致客户端缓存过时的映射，导致与错误的

IP

通信。

即使缩短

TTL

并使用完全正确的客户端，从名称解析发生变化到客户端注意

到变化之间也仍然存在自然的延迟。此外，常见的

DNS

查询返回的信息数量

和类型也有自然的限制。一个名称上的

A

记录超过

20

～

30

条后就会出现问题。

SRV

记录解决了一些问题，但一般很难使用。最后，客户端处理

DNS

记录中

多个

IP

的方法通常是采用第一个

IP

地址，至于多个

IP

地址是随机还是顺序

使用，完全取决于

DNS

服务器。这无法替代专门构建的负载均衡。

7.2

服务对象

如果想了解

Kubernetes

的服务发现机制，首先需要了解服务（

Service

）对象。

服务对象是一种创建命名标签选择器的方法。此外，服务对象也能承担其他

方面的工作，我们将在后面介绍。

就像快速创建

Kubernetes

部署的一种方法是使用

kubectl run

命令一样，我

们也可以使用

kubectl expose

创建服务。下面，我们来创建一些部署和服务，

以便了解它们的工作方式：

$

kubectl run alpaca-prod \

--image=gcr.io/kuar-demo/kuard-amd64:blue \

--replicas=3 \

--port=8080 \

--labels="ver=1,app=alpaca,env=prod" ...