Kubebuilder API v1 与 v1beta1 版本之间的关联

Kubebuilder API v1 和 v1beta1 版本之间存在数据结构依赖性问题。v1 中的自定义资源定义 (CRD) 可以依赖 v1beta1 包中定义的结构。然而，由于 v1beta1 是不稳定的 API 版本，因此建议将数据结构定义在 v1 包中，让 v1beta1 包使用这些结构。这样可以避免 v1beta1 包中的更改破坏 v1 CRD。

v1 crd 可以对 v1beta1 包中定义的结构具有数据结构依赖性吗？

v1 looks like this:

    type MyCRDSpec struct {
        Field1  *v1beta1.MyCustomStruct1   `json:"field1,omitempty" validate:"dive"` //dependency to v1beta1 package
        Field2  []*v1beta1.MyCustomStruct2 `json:"field2,omitempty" validate:"dive"`
    }

重点是，我希望 v1beta1 中所做的每个更改都能传播到 v1，反之亦然，因此两者使用相同的数据结构以避免代码重复是有意义的。

另一方面，我不知道这种依赖方向是否有意义。

最后，我的问题是我应该保留 v1 crd 对 v1beta1 的依赖还是它们必须完全解耦？

正确答案

最好让 v1 CRD 与 v1beta1 包完全解耦，并在 v1 包中定义数据结构。

V1beta1 被认为是一个不稳定的 API 版本，预计该包在测试阶段会频繁进行更改。如果您依赖 v1 CRD 中的 v1beta1 软件包，对 v1beta1 软件包进行的任何更改都可能会破坏您的 v1 CRD。

一个推荐的解决方案是在 v1 包中定义数据结构，并让 v1beta1 包使用这些数据结构。这样，对 v1 包中的数据结构所做的任何更改都会自动传播到 v1beta1 包，而不需要任何额外的工作。

文中关于的知识介绍，希望对你的学习有所帮助！若是受益匪浅，那就动动鼠标收藏这篇《Kubebuilder API v1 与 v1beta1 版本之间的关联》文章吧，也可关注golang学习网公众号了解相关技术文章。