生命周期策略
版本生命周期时间线
以下是 Alauda Build of Gitlab Operator 已发布版本的生命周期时间线:
发布策略
Alauda Build of Gitlab Operator 每至少每 4 个月发布一个新版本,通常基于 Gitlab 官方发布的倒数第二个最新小版本。
发布时间具有灵活性,不是固定的。在上一个版本发布后的 4 个月内,至少会提供一个新版本。实际发布次数取决于 Gitlab 何时宣布新的“必需中间版本”。
什么是必需中间版本
“必需中间版本”是指必须包含在 Gitlab 升级路径 中的版本(例如,17.8.z 和 17.11.z 就是“必需中间版本”)。
Gitlab 每月发布一个新小版本。当新小版本发布时,前一个版本可能会被标记为“必需中间版本”。一旦 Gitlab 正式指定该版本,Alauda 会及时提供相应的 Operator 更新。
制定这些策略的原因如下:
- Gitlab 采用快速发布周期,每月发布一个新小版本,每个版本仅维护三个月。而 Alauda 为每个 Operator 版本提供最长 12 个月的维护,维护成本较高。
- 升级 Gitlab 需要较长的运维窗口。频繁升级(每 3 个月一次)会带来较重的运维负担,并增加客户业务中断的风险。
- Gitlab Operator 一年的维护期为客户提供了充足的时间来规划和执行升级到更稳定的新版本。
Alauda 版本与 Gitlab 版本的差异
Alauda 的 Gitlab Operator 版本通常落后于最新官方 Gitlab 版本 1 到 5 个小版本(即 1 到 5 个月)。
此外,Alauda 会在维护期内每两个月发布一次安全版本更新,以确保 Operator 的安全性和稳定性。
维护策略
Alauda 为每个发布的小版本的 Gitlab Operator 提供 12 个月的维护支持。
维护期间包含以下支持内容:
- Gitlab 的补丁更新,包括漏洞修复和安全补丁
- 符合 Alauda 安全标准的安全更新
- 协助客户升级 Gitlab Operator 至更新版本