这篇文章已超过一年。较旧的文章可能包含过时的内容。请检查页面上的信息自发布以来是否已变得不正确。
将 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 邮件列表上联系我们。