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