本文发布已超过一年。较早的文章可能包含过时内容。请检查页面中的信息自发布以来是否已变得不正确。
将 Kubernetes 支持窗口延长至一年
从 Kubernetes 1.19 版本开始，Kubernetes 版本的支持窗口将从 9 个月增加到一年。更长的支持窗口旨在允许组织在一年中对他们最合适的时间进行重大升级。
这是一个重大改变。多年来，Kubernetes 项目每 3 个月发布一个新的次要版本（例如：1.13 或 1.14）。该项目通过补丁版本（例如：1.13.Y）为代码库的三个并行分支提供错误修复支持。综合来看，这使得每个次要版本（例如：1.13）拥有大约 9 个月的补丁版本支持流。最终，集群操作员必须至少每 9 个月升级一次以保持获得支持。
WG LTS 在 2019 年初进行的一项调查显示，相当一部分 Kubernetes 终端用户未能在 9 个月的支持期内完成升级。
这项调查以及其他反馈表明，如果将补丁支持期延长至 12-14 个月，我们社区的相当一部分用户将能够更好地在受支持版本上管理他们的部署。无论用户使用的是 DIY 构建版本还是商业发行版，情况似乎都是如此。因此，延长补丁支持时长将使运行受支持版本的用户群比例高于目前水平。
年度支持期提供了终端用户似乎期望的缓冲，并且与熟悉的年度规划周期更加一致。对于像 Kubernetes 这样拥有众多活动部件的项目，更改支持窗口存在许多未知因素。相对较小的改动（“相对”是关键词）使我们有机会详细了解这些未知因素并加以解决。从 Kubernetes 1.19 版本开始，支持窗口将延长至一年。对于 Kubernetes 1.16、1.17 和 1.18 版本，情况则更为复杂。
所有这些版本仍然遵循较旧的“支持三个版本”模型，并将分别在 1.19、1.20 和 1.21 发布时停止支持。然而，由于 2020 年的事件导致 1.19 版本延迟发布，它们最终将获得接近一年的支持期（具体取决于其准确的发布日期）。
例如，1.19 于 2020 年 8 月 26 日发布，距离 1.16 发布已有 11 个月。由于 1.16 仍遵循旧的发布策略，这意味着它现在已超出支持范围。
如果你有任何想法或反馈，我们很乐意听取。请通过 Kubernetes Slack 上的 #wg-lts 或 kubernetes-wg-lts 邮件列表与我们联系。