我已经在消费者级别使用Kubernetes了一段时间,但我自己没有配置Kubernetes。因此,我仍然对版本管理的工作原理和版本得到混淆。大家知道,我知道什么是语义版本控制,但是我的问题与语义版本无关。我只是在这里和那里的这么多版本感到困惑,我只需要知道什么是什么。
促使我进一步研究这些版本的是我前一段时间遇到的问题。我有一个旧的kubectl
版本,当它运行apply
命令时抛出了奇怪的模式异常。将kubectl
更新到更高版本后,问题就解决了,这使我感到困惑,因为我原本以为kubectl
仅作为命令行,并且服务器上使用的API版本与kubectl
无关因为它只是将配置YAML文件发送到API服务器,并让其读取发布的YAML文件中的属性/字段apiVersion
来决定必须使用哪个版本。因此,我感到有些困惑后,我运行了kubectl version
命令,并打印了两个版本:client和server。它们有何不同?我以为1.17.3
是kubectl
版本,但显然我猜它是kubectl
支持的API版本的版本。无论如何。我可以继续我的所有这些想法,但是如果您可以简化和阐明所有这些想法以及它们彼此之间的关系,我将不胜感激。
我已经阅读了Kubernetes.io上可用的版本控制文档,但是TBH除了告诉我他们对自己的东西进行了版本化并且使用了语义模式之外,对我没有多大帮助。
[当我查看Kubernetes时,我在不同的地方看到以下版本。我想了解它们所代表的含义以及它们之间的相互关系,以及我/每个人都必须知道的关于这些版本的一些陷阱。
kubectl version
之后的版本我已经在消费者级别使用Kubernetes了一段时间,但我自己没有配置Kubernetes。因此,我仍然对版本管理的工作原理和版本得到混淆。 ...
您可以运行以下命令来了解目标kubernetes API Server公开的不同API的版本。