Kubernetes Kubectl api资源列出了具有不同api组的重复资源

Kubernetes Kubectl api资源列出了具有不同api组的重复资源,kubernetes,kubectl,Kubernetes,Kubectl,我运行了一个简单的命令: kubectl api-resources 我有点惊讶地发现有重复的(尽管是在不同的Api组中),例如: 它是否是同一个资源,只列出了两次,因为它同时属于不同的api组,并且以下调用的结果总是相同的 kubectl get ingress kubectl get ingress.networking.k8s.io kubectl get ingress.extensions 这些实际上是不同API组中相同资源的不同版本 通常,当向Kubernetes引入新的资源类型

我运行了一个简单的命令:

kubectl api-resources
我有点惊讶地发现有重复的(尽管是在不同的Api组中),例如:

它是否是同一个资源,只列出了两次,因为它同时属于不同的api组,并且以下调用的结果总是相同的

kubectl get ingress
kubectl get ingress.networking.k8s.io
kubectl get ingress.extensions

这些实际上是不同API组中相同资源的不同版本

通常,当向Kubernetes引入新的资源类型时,它们首先在
extensions
API组中进行管理(迭代多个版本)。一旦资源被认为是稳定的,它们就会被移动到一个“稳定”的API组,例如
apps
networking.k8s.io
(举例说明)

两个API组中都列出了入口,这意味着您的API服务器可以从这两个API组中了解此资源的版本

特定资源版本的规格可能不同。例如,您可以将其与以下内容进行比较:

kubectl explain --api-version=extensions/v1beta1 ingress
vs


关于API服务器如何处理不同版本的资源的详细说明,请参见此部分。

这些实际上是不同API组中相同资源的不同版本

通常,当向Kubernetes引入新的资源类型时,它们首先在
extensions
API组中进行管理(迭代多个版本)。一旦资源被认为是稳定的,它们就会被移动到一个“稳定”的API组,例如
apps
networking.k8s.io
(举例说明)

两个API组中都列出了入口,这意味着您的API服务器可以从这两个API组中了解此资源的版本

特定资源版本的规格可能不同。例如,您可以将其与以下内容进行比较:

kubectl explain --api-version=extensions/v1beta1 ingress
vs

有关API服务器如何处理不同版本的资源的详细说明,请参见本文档

kubectl explain --api-version=networking.k8s.io/v1beta1 ingress