Kubernetes 核心数据结构GVR - Version

系列文章目录

Kubernetes 核心数据结构GVR
Kubernetes 核心数据结构GVR - Group
Kubernetes 核心数据结构GVR - Resource

---

概述

Kubernetes 是一个完全以资源为中心的系统。其本质是一个资源控制系统，注册、管理、调度资源并维护资源的状态。

一、Version 是什么？

Kubernetes 将资源进行分组和版本化，形成了 Group（资源组）、Version（资源版本）、Resource（资源）。以下简称为 GVR。

Version：资源版本，在 Kubernetes API Server 中也称其为 APIVersions。

二、APIVersions

1.资源版本控制

Kubernetes的资源版本控制可分为3种，分别是 Alpha、Beta、Stable，它们之间的迭代顺序为 Alpha→Beta→Stable，其通常用来表示软件测试过程中的3个阶段。Alpha是第1个阶段，一般用于内部测试；Beta是第2个阶段，该版本已经修复了大部分不完善之处，但仍有可能存在缺陷和漏洞，一般由特定的用户群来进行测试；Stable是第3个阶段，此时基本形成了产品并达到了一定的成熟度，可稳定运行。如下图所示：

1.1 Alpha版本

Alpha版本为内部测试版本，用于Kubernetes开发者内部测试，该版本是不稳定的，可能存在很多缺陷和漏洞，官方随时可能会放弃支持该版本。在默认的情况下，处于Alpha版本的功能会被禁用。Alpha版本名称一般为v1alpha1、v1alpha2、v2alpha1等。

1.2.Beta版本

Beta版本为相对稳定的版本，Beta版本经过官方和社区很多次测试，当功能迭代时，该版本会有较小的改变，但不会被删除。在默认的情况下，处于Beta版本的功能是开启状态的。Beta版本命名一般为v1beta1、v1beta2、v2beta1。

1.3.Stable版本

Stable版本为正式发布的版本，Stable版本基本形成了产品，该版本不会被删除。在默认的情况下，处于Stable版本的功能全部处于开启状态。Stable版本命名一般为v1、v2、v3。
下面以apps资源组为例，该资源组下的所有资源分别属于v1、v1beta1、v1beta2资源版本，如下图所示。

三、以 Ingress 资源举例

在早期，Kubernetes 引入了 ingress 资源，其 Version -> extensions/v1beta1。
随着发展，Kubernetes 官方在 v1.16 版本后，发布了 networking/v1 下的 ingress 资源，这是 stable 版本。
同时通知说，extensions/v1beta1 下的 ingress 将在 kubernetes v1.22 之后不再支持
所以，如果在二次开发时，要评估下是否需要同时兼容两个版本的 ingress 资源。

如果需要同时兼容两个版本的 ingress 资源，引入的包路径如下所示：

import (
	"k8s.io/api/extensions/v1beta1"
	networkingV1 "k8s.io/api/networking/v1"
)

总结

本文介绍了 Kubernetes 核心数据结构GVR - Version 资源版本控制，列举了在不同阶段下发布的版本详情，并以 Ingress 资源举例，加深用户理解，让用户更好的理解 Version 的概念。

参考

• [1] Kubernetes 源码剖析
• [2] Kubernetes github 源码