Elastic 产品生命周期结束日期

我们喜欢我们所有的产品，但是为了继续推进未来的发展和创新，有时必须要向一些版本说再见。我们的"产品生命结束周期"政策规定了我们会为特定版本提供多长时间的支持，以及多长时间的主动开发或维护。我们分别围绕支持政策、平台支持和支持 SLA 进行详细说明。

总的原则是，自正式版本发布之日起，我们将为产品各主要版本提供 18 个月的支持；并对 Elasticsearch 最新发布的两个主要版本的最新次要版本以及 Kibana、Logstash 和 Beats 的兼容版本进行主动维护。本文剩余部分将围绕此原则进行更加详细的说明并提供具体示例。本页底部的表格将详细介绍各种受支持产品所适用的维护计划。

主要版本，例如 1.0.0、2.0.0、5.0.0、6.0.0 和 7.0.0，用于推出新功能和中断向后兼容性。次要版本，例如 7.1.0 和 7.2.0，用于推出新功能。维护版本，例如 7.1.1 和 7.1.2，仅用于修复错误。我们会针对所有版本开展维护活动，但是主要通过次要版本的支流版本（例如，7.1.x）来确定为特定代码行提供多长时间的维护。对次要版本的主动维护是指我们会修复一些错误，并将一些修复向后迁移至此代码分支。

我们的目标是维护当前主要版本的最新次要版本，以及上一个主要版本的最新次要版本。我们观察到有些用户经常升级，随时与我们的版本支流保持同步。这些用户可以一直使用最新的次要版本支流版本，并通过他们选择部署的维护版本获取修复。例如，这些用户可以紧跟我们的 Elasticsearch 版本：7.0.0、7.0.1、7.2.0，等等。

我们知道，并非所有用户都会在我们发布新版本后就立即升级。为方便这一类用户，我们会继续维护上一个主要版本的最新次要版本。以 Elasticsearch 6.x 为例，我们会继续为 6.8.x 系列提供维护。这样一来，这一类用户只需对目前运行的软件做一些小更改，即可完成修复。我们对最近发布的次要版本的维护将持续到下一个主要版本发布。例如，我们对 Elasticsearch 6.8.x 的维护将持续到 Elasticsearch 8.0.0 正式版本发布。Elasticsearch 8.0.0 发布后，我们将继续维护最近发布的 7.x 系列，并开始维护 8.0.x 次要版本系列，接着是 8.1.x 次要版本系列、8.2.x 次要版本系列。

我们有时会将修复向后迁移至次要版本的其他支流版本。比如，当多个分支可能都出现一个非常严重的安全漏洞时，我们将酌情决定是否这样做，不过我们希望尽少发生这样的情况。

以下表格内容基于上述政策。不过偶尔会进行调整，如我们在一个新的主要版本发布之后发布了一个新的次要版本，那样的话，下面的表格将会更新，然后实施上述的政策。举例来说，假设 Elasticsearch 6.8.x 已发布且“维护至”一栏为 8.0.0，如果将来我们在 7.0.0 之后发布了 6.9.0，那么“维护至”一栏将更新为 6.9.0。与此同时 6.9.0 将会维护至 8.0.0，除非 6.10.0 发布，以此类推。