本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。
平台停用常见问题
注意
2022 年 7 月 18 日，Elastic Beanstalk 停用了所有基于 Amazon Linux AMI（AL1）的平台分支。
本常见问题中的回答参考了以下主题：
1. 平台分支的停用意味着什么？
在公布的平台分支停用日期之后，除非您已经拥有基于该平台分支的活动环境，否则您将无法再基于已停用的平台分支创建新环境。有关更多信息，请参阅常见问题 11。Elastic Beanstalk 将停止为这些平台分支提供新的维护更新。建议不要在生产环境中使用已停用的平台分支。有关更多信息，请参阅常见问题 5。
2. Amazon 为什么停用了基于 AL1 的平台分支？
当平台组件被其供应商弃用或停用时，Elastic Beanstalk 将停用平台分支。在本案例中，Amazon Linux AMI (AL1) 已于 2020 年 12 月 31 日
3. 哪些平台分支已停用？
有关已停用的平台组件和平台分支的列表，请参阅 已停用平台分支历史记录。
4. 目前支持哪些平台？
请参阅 Amazon Elastic Beanstalk 平台中支持 Elastic Beanstalk 的平台。
5. Elastic Beanstalk 是否会在停用后移除或终止我的环境中的任何组件？
我们永远不会移除访问权限或删除环境中的资源。但是，由于供应商将其组件标记为寿命终止 (EOL)，Elastic Beanstalk 无法为已停用平台分支提供安全更新、技术支持或修补程序，因此基于已停用平台分支的环境最终可能会陷入无法预测的境地。例如，在已停用平台分支上运行的环境中，可能会出现有害且关键的安全漏洞。或者，如果环境随着时间推移变得与 Elastic Beanstalk 服务不兼容，则 EB API 操作可能会不再适用于该环境。基于已停用平台分支的环境保持活动状态的时间越长，出现这些类型风险的几率就越高。
如果您必须保持运行的应用程序出现类似于上述情况中的某种情况，并且您无法更新到受支持的 Elastic Beanstalk 平台，则您需要考虑并采用其他替代方案。解决方法包括将该应用程序封装到 Docker 映像中，以便将其以 Docker 容器的形式运行。这将允许客户使用我们的任何 Docker 解决方案（如我们的 Elastic Beanstalk AL2023/AL2 Docker 平台），或其他基于 Docker 的服务（如 Amazon ECS、Amazon EKS 或 Amazon App Runner）。非 Docker 替代方案包括我们的 Amazon CodeDeploy 服务，允许完全自定义您所需的运行时。
6. 我是否可以提交推迟停用日期的请求？
不可以。在停用日期后，现有环境将继续正常运行。只不过，Elastic Beanstalk 不会再提供平台维护和安全更新。因此，如果您仍在基于 AL1 的平台上运行应用程序，则迁移到 AL2 或 AL2023 是至关重要的。有关风险和解决方法的更多信息，请参阅常见问题 5。
7. 如果我无法及时完成 AL2 或 AL2023 迁移，有什么解决方法？
客户可以继续运行该环境，但我们强烈建议您制定计划将所有 Elastic Beanstalk 环境迁移到受支持的平台版本。这样做可将风险降至最低，并持续受益于更新的版本中提供的重要安全性、性能和功能增强。有关风险和解决方法的更多信息，请参阅常见问题 5。
8. 迁移到 AL2 或 AL2023 平台的建议流程是什么？
有关从 AL1 到 AL2023/AL2 的全面迁移说明，请参阅 将 Elastic Beanstalk Linux 应用程序迁移到 Amazon Linux 2023 或 Amazon Linux 2。此主题解释了 Elastic Beanstalk 需要蓝/绿部署才能执行升级。
9. 如果我有在已停用平台上运行的环境，会有什么影响？
由于供应商将其组件标记为寿命终止 (EOL)，Elastic Beanstalk 无法为已停用平台分支提供安全更新、技术支持或修补程序，因此基于已停用平台分支的环境最终可能会陷入无法预测的境地。例如，在已停用平台分支上运行的环境中，可能会出现有害且关键的安全漏洞。或者，如果环境随着时间推移变得与 Elastic Beanstalk 服务不兼容，则 EB API 操作可能会不再适用于该环境。已停用平台分支上的环境保持活动状态的时间越长，出现这些类型风险的几率就越高。有关更多信息，请参阅常见问题 5。
10. 停用日期后 90 天会发生什么情况？
在已停用平台上运行的活动环境可能会在 90 天宽限期后保持活动状态。但请注意，由于供应商将其组件标记为寿命终止 (EOL)，Elastic Beanstalk 无法为已停用平台分支提供安全更新、技术支持或修补程序，因此基于已停用平台分支的环境最终可能会陷入无法预测的境地。例如，在已停用平台分支上运行的环境中，可能会出现有害且关键的安全漏洞。或者，如果环境随着时间推移变得与 Elastic Beanstalk 服务不兼容，则 EB API 操作可能会不再适用于该环境。已停用平台分支上的环境保持活动状态的时间越长，出现这些类型风险的几率就越高。有关更多信息，请参阅常见问题 5。
11. 我是否可以基于已停用平台创建新环境？
如果您曾使用已停用平台分支使用同一账户并在同一区域创建了现有环境，则您可以基于该平台分支创建新环境。已停用平台分支将无法在 Create environment（创建环境）向导中使用。但是，对于拥有基于已停用平台分支的现有环境的客户，它可通过 EB CLI、EB API 和 Amazon CLI 使用。此外，现有客户可以使用 Clone environment（克隆环境）和 Rebuild environment（重建环境）控制台。但请注意，基于已停用平台分支的环境最终可能会陷入无法预测的境地。有关更多信息，请参阅常见问题 5。
12. 如果我是现有客户，直到何时我才可以基于已停用平台分支创建新环境？ 我是否可以使用控制台、CLI 或 API 执行此操作？
您可以在 90 天宽限期后创建环境。但请记住，已停用平台分支最终可能会陷入无法预测的境地。此类环境创建或处于活动状态的时间越长，该环境遇到意外问题的风险就越高。有关创建新环境的更多信息，请参阅常见问题 11。
13. 我是否可以克隆或重建基于已停用平台的环境？
可以。您可以使用 Clone environment（克隆环境）和 Rebuild environment（重建环境）控制台执行此操作。您还可以使用 EB CLI、EB API 和 Amazon CLI。有关创建新环境的更多信息，请参阅常见问题 11。
但我们强烈建议您制定计划将所有 Elastic Beanstalk 环境迁移到受支持的平台版本。这样做可将风险降至最低，并持续受益于更新的版本中提供的重要安全性、性能和功能增强。有关风险和解决方法的更多信息，请参阅常见问题 5。
14. 在停用日期后，基于已停用平台分支的 Elastic Beanstalk 环境的 Amazon 资源会发生什么情况？ 例如，如果正在运行的 EC2 实例被终止，Elastic Beanstalk 能否启动基于 AL1 的新 EC2 实例来维持容量？
该环境的资源将保持活动状态，并继续正常运行。而且，是的，Elastic Beanstalk 将为该环境中的 AL1 EC2 实例自动扩展。但是，Elastic Beanstalk 将停止向该环境提供新的平台维护更新，这可能会导致该环境随着时间推移而陷入无法预测的境地。有关更多信息，请参阅常见问题 5。
15. AL2023/AL2 与 Amazon Linux AMI（AL1）操作系统之间的主要区别是什么？ Elastic Beanstalk AL2023/AL2 平台分支将受到什么影响？
虽然 Amazon Linux AMI 和 AL2023/AL2 使用的是相同的 Linux 内核，但它们在初始化系统、libc 版本、编译器工具链和各种软件包方面有所不同。更多有关信息，请参阅 Amazon Linux 2 FAQs
Elastic Beanstalk 服务还更新了特定于平台的运行时版本、构建工具和其他依赖项。不能保证基于 AL2023/AL2 的平台分支向下兼容您的现有应用程序。此外，即使您的应用程序代码成功部署到新平台版本，其行为和性能也可能会因操作系统和运行时而异。有关您需要查看及测试的配置及自定义项的列表和描述，请参阅 将 Elastic Beanstalk Linux 应用程序迁移到 Amazon Linux 2023 或 Amazon Linux 2。