Kubernetes的往返行程如何？

Question

根据我的模糊理解，往返是一个涉及两个不同API组版本之间转换的过程。当从GV（例如，apps / v1beta1）转换为另一个GV（例如，apps / v1beta2）时，在转换为预期的GV之前，第一个GV将始终首先转换为内部版本。

我不确定我的理解是否正确。

Answer 1

以下列方式转换组/版本对象。

kubectl version => kube-apiserver version  => etcd version

Incoming Object Version => Internal Object Verion  => Storage Object Version

例如，v1beta1 =＆gt;内部=＆gt; v1

因此，在这些步骤中，事情是从更高级别的版本控制到存储级版本控制，验证，语义和策略。

其kube-apiserver负责验证版本。 如果您的群集不支持资源，这是您将遇到的常见错误。

错误验证数据：未知对象类型schema.GroupVersionKind

我附上了进一步研究的链接。kubernetes-deep-dive-api-server-part-2