本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

# Elastic Beanstalk 平台支持策略
<a name="platforms-support-policy"></a>

Elastic Beanstalk 支持仍从其供应商（拥有者或社区）接收持续次要版本更新和补丁更新的平台分支。有关相关术语的完整定义，请参阅 [Elastic Beanstalk 平台词汇表](platforms-glossary.md)。

## 停用的平台分支
<a name="platforms-support-policy.retired-platforms"></a>

当受支持平台分支的组件被其供应商标记为使用寿命终止（EOL）时，Elastic Beanstalk 会将平台分支标记为停用。平台分支的组件包括：操作系统（OS）、运行时语言版本、应用程序服务器或 Web 服务器。

平台分支被标记为已停用后，以下政策适用：
+ Elastic Beanstalk 停止提供维护更新（包括安全更新）。
+ Elastic Beanstalk 不再为已停用的平台分支提供技术支持。
+ Elastic Beanstalk 不再使平台分支可供新的 Elastic Beanstalk 客户部署到新环境。对于在已停用平台分支上运行的活动环境的现有客户，自公布的停用日期起有 90 天的宽限期。

**注意**  
已停用的平台分支将不会在 Elastic Beanstalk 控制台中提供。但是，对于现有基于已停用平台分支的环境的客户，它将通过 EB CLI 和 EB API 提供。 Amazon CLI现有客户也可以使用[克隆环境](using-features.managing.clone.md)和[重建环境](environment-management-rebuild.md)控制台。

有关计划停用的平台分支的列表，请参阅后面的 *Elastic Beanstalk 平台时间表*主题中的 [停用平台分支计划](platforms-schedule.md#platforms-support-policy.depracation)。

有关您的环境的平台分支停用时会发生什么情况的更多信息，请参阅 [平台停用常见问题](using-features.migration-al.FAQ.md)。

## 超过 90 天宽限期
<a name="platforms-support-policy.beyond-grace"></a>

我们针对已停用平台分支的政策不会撤销对环境或已删除资源的访问权限。但是，在已停用平台分支上运行 Elastic Beanstalk 环境的现有客户应该意识到这样做的风险。由于供应商将其组件标记为 EOL，Elastic Beanstalk 无法为已停用平台分支提供安全更新、技术支持或修补程序，因此此类环境最终可能会陷入无法预测的境地。

例如，在已停用平台分支上运行的环境中，可能会出现有害且关键的安全漏洞。或者，如果环境随着时间推移变得与 Elastic Beanstalk 服务不兼容，则 EB API 操作可能会不再适用于该环境。已停用平台分支上的环境保持活动状态的时间越长，出现这些类型风险的几率就越高。要继续受益于组件供应商在更新的版本中提供的重要安全性、性能和功能增强，我们强烈建议您将所有 Elastic Beanstalk 环境更新为支持的平台版本。

如果您的应用程序在已停用的平台分支上运行时遇到问题并且您无法将其迁移到受支持的平台，则需要考虑其他替代方案。解决方法包括将该应用程序封装到 Docker 映像中，以便将其以 Docker 容器的形式运行。这将允许客户使用我们的任何 Docker 解决方案，例如我们的 Elastic AL2 Beanstalk 023/ Docker 平台，或者其他基于 Docker 的服务，例如亚马逊 AL2 ECS 或 Amazon EKS。非 Docker 替代方案包括我们的 Amazon CodeDeploy 服务，它允许您完全自定义所需的运行时。