本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
# 平台淘汰常見問答集
**注意**
2022 年 7 月 18 日，Elastic Beanstalk 淘汰所有以 Amazon Linux AMI (AL1) 為基礎的平台分支。
此常見問答集中的答案參考了以下主題：
+ [Elastic Beanstalk 平台支援政策](platforms-support-policy.md)
+ [淘汰的平台分支歷史記錄](platforms-schedule.md#platforms-support-policy.retired)
+ *AWS Elastic Beanstalk 平台*中[由 Elastic Beanstalk 支援的平台](https://docs.aws.amazon.com/elasticbeanstalk/latest/platforms/platforms-supported.html)
+ [將您的 Elastic Beanstalk Linux 應用程式遷移到 Amazon Linux 2023 或 Amazon Linux 2](using-features.migration-al.md)
+ [Amazon Linux 2 常見問答集](https://aws.amazon.com//amazon-linux-2/faqs/)。
## 1. 淘汰平台分支意味著什麼？
在宣佈的平台分支淘汰日期之後，您將無法再根據淘汰的平台分支建立新環境，除非您已具有基於該平台分支的作用中環境。如需詳細資訊，請參閱[常見問答集 \#11](#using-features.migration-al.FAQ.new-env-create)。Elastic Beanstalk 不會為這些平台分支提供新的維護更新。不建議在生產環境中使用淘汰的平台分支。如需詳細資訊，請參閱[常見問答集 \#5](#using-features.migration-al.FAQ.remove-components)。
## 2. 為什麼 AWS 已淘汰以 AL1-based平台分支？
當平台元件被廠商棄用或淘汰時，Elastic Beanstalk 會淘汰平台分支。在這種情況下，截至 [2020 年 12 月 31 日](https://aws.amazon.com/blogs/aws/update-on-amazon-linux-ami-end-of-life/)，Amazon Linux AMI (AL1) 已結束標準支援。在 2022 年結束之前 Elastic Beanstalk 仍然繼續提供以 AL1 為基礎的平台，但我們已發佈具有最新功能的以 AL2 和 AL2023 為基礎的平台。如果客戶要繼續取得未來發佈的最新安全性和功能，遷移至以 AL2 或 AL2023 為基礎的平台至關重要。
## 3. 淘汰哪些平台分支？
如需已淘汰的平台元件和平台分支清單，請參閱 [淘汰的平台分支歷史記錄](platforms-schedule.md#platforms-support-policy.retired)。
## 4. 目前支援哪些平台？
請參閱 *AWS Elastic Beanstalk 平台*中[由 Elastic Beanstalk 支援的平台](https://docs.aws.amazon.com/elasticbeanstalk/latest/platforms/platforms-supported.html)。
## 5. 淘汰後，Elastic Beanstalk 是否會移除或終止我環境中的任何元件？
我們的已淘汰平台分支政策不會移除環境的存取權，也不會刪除資源。但是，基於已淘汰平台分支的環境最終可能會出現不可預測的情況，因為 Elastic Beanstalk 由於供應商將已淘汰平台分支的元件標記為生命週期結束 (EOL) 而無法提供已淘汰平台分支的安全更新、技術支援或修補程序。例如，在淘汰的平台分支上執行的環境中可能會出現有害且嚴重的安全漏洞。或者，如果 EB API 動作隨著時間的推移變得與 Elastic Beanstalk 服務不相容，則可能會停止在此環境中工作。以淘汰的平台分支為基礎的環境保持作用中狀態的時間越長，這些類型的風險的機會就越大。
如果您的應用程式在已淘汰的平台分支上執行時遇到問題，而且您無法將其遷移到支援的平台，則需要考慮其他替代方案。解決方法包括將應用程式封裝到 Docker 映像檔以將其作為 Docker 容器執行。這可讓客戶使用任何 Docker 解決方案，例如我們的 Elastic Beanstalk AL2023/AL2 Docker 平台，或其他以 Docker 為基礎的服務，例如 Amazon ECS 或 Amazon EKS。非 Docker 替代方案包括 AWS CodeDeploy 我們的服務，這可讓您完全自訂所需的執行時間。
## 6. 我是否可以提交延長淘汰日期的請求？
否。在淘汰日期之後，現有環境將繼續運行。但是，Elastic Beanstalk 將不再提供平台維護和安全更新。因此，如果您仍在以 AL1 為基礎的平台上執行應用程式，就必須遷移至 AL2 或 AL2023。如需風險和解決方法的詳細資訊，請參閱[常見問答集 \#5](#using-features.migration-al.FAQ.remove-components)。
## 7. 如果我無法及時完成 AL2 或 AL2023 遷移，有什麼解決方法？
客戶可以繼續執行此環境，但我們強烈建議您計劃將所有 Elastic Beanstalk 環境遷移至支援的平台版本。這樣做將最大限度地減少風險，並繼續享有更新版本提供的重要安全、效能和功能增強的好處。如需風險和解決方法的詳細資訊，請參閱[常見問答集 \#5](#using-features.migration-al.FAQ.remove-components)。
## 8. 遷移至 AL2 或 AL2023 平台的建議流程是什麼？
如需全面的 AL1 至 AL2023/AL2 遷移說明，請參閱 [將您的 Elastic Beanstalk Linux 應用程式遷移到 Amazon Linux 2023 或 Amazon Linux 2](using-features.migration-al.md)。本主題說明 Elastic Beanstalk 需要藍/綠部署才能執行升級。
## 9. 如果我有一個在淘汰的平台上執行的環境，會產生什麼影響？
基於已淘汰平台分支的環境最終可能會出現不可預測的情況，因為 Elastic Beanstalk 由於供應商將已淘汰平台分支的元件標記為生命週期結束 (EOL) 而無法提供已淘汰平台分支的安全更新、技術支援或修補程序。例如，在淘汰的平台分支上執行的環境中可能會出現有害且嚴重的安全漏洞。或者，如果 EB API 動作隨著時間的推移變得與 Elastic Beanstalk 服務不相容，則可能會停止在此環境中工作。已淘汰平台分支上的環境保持作用中狀態的時間越長，這些類型的風險的機會就越大。如需詳細資訊，請參閱[常見問答集 \#5](#using-features.migration-al.FAQ.remove-components)。
## 10. 淘汰日期後 90 天會發生什麼？
我們的已淘汰平台分支政策不會移除環境的存取權，也不會刪除資源。但是，請注意，基於已淘汰平台分支的環境最終可能會出現不可預測的情況，因為 Elastic Beanstalk 由於供應商將已淘汰平台分支的元件標記為生命週期結束 (EOL) 而無法提供已淘汰平台分支的安全更新、技術支援或修補程序。例如，在淘汰的平台分支上執行的環境中可能會出現有害且嚴重的安全漏洞。或者，如果 EB API 動作隨著時間的推移變得與 Elastic Beanstalk 服務不相容，則可能會停止在此環境中工作。已淘汰平台分支上的環境保持作用中狀態的時間越長，這些類型的風險的機會就越大。如需詳細資訊，請參閱[常見問答集 \#5](#using-features.migration-al.FAQ.remove-components)。
## 11. 是否能夠以淘汰的平台為基礎建立新環境？
如果您已使用該平台分支透過相同帳戶和在相同區域中建立現有環境，則能夠以淘汰的平台分支為基礎建立新環境。淘汰的平台分支將無法在 Elastic Beanstalk 主控台中使用。但是，對於具有以已淘汰平台分支為基礎的現有環境的客戶，它將透過 EB CLI、EB API 和 AWS CLI提供。此外，現有客戶可以使用[複製環境](using-features.managing.clone.md)和[重建環境](environment-management-rebuild.md)主控台。但是，請注意，以已淘汰平台分支為基礎的環境最終可能會出現不可預測的情況。如需詳細資訊，請參閱[常見問答集 \#5](#using-features.migration-al.FAQ.remove-components)。
## 12. 如果我的現有環境在已淘汰的平台分支上執行，直到我何時可以根據已淘汰的平台分支建立新的環境？ 是否可以使用主控台、CLI 或 API 執行此操作？
您可以在淘汰日期之後建立環境。但是，請注意，淘汰的平台分支最終可能會出現不可預測的情況。此類環境的建立或作用中時間越長，環境遇到未預期問題的風險就越高。如需有關建立新環境的詳細資訊，請參閱[常見問答集 \#11](#using-features.migration-al.FAQ.new-env-create)。
## 13. 是否可以複製或重建以已淘汰平台為基礎的環境？
是。您可以使用[複製環境](using-features.managing.clone.md)和[重建環境](environment-management-rebuild.md)主控台來執行此操作。您也可以使用 EB CLI、EB API 和 AWS CLI。如需有關建立新環境的詳細資訊，請參閱[常見問答集 \#11](#using-features.migration-al.FAQ.new-env-create)。
但是，我們強烈建議您計劃將所有 Elastic Beanstalk 環境遷移至支援的平台版本。這樣做將最大限度地減少風險，並繼續享有更新版本提供的重要安全、效能和功能增強的好處。如需風險和解決方法的詳細資訊，請參閱[常見問答集 \#5](#using-features.migration-al.FAQ.remove-components)。
## 14. 在淘汰日期之後，根據淘汰的平台分支，Elastic Beanstalk 環境 AWS 的資源會發生什麼情況？ 例如，如果正在執行的 EC2 執行個體已終止，Elastic Beanstalk 是否可以啟動新的以 AL1 為基礎的 EC2 執行個體來維護容量？
環境資源將保持作用中狀態，並繼續運作。是，Elastic Beanstalk 可能會自動擴展環境中的 AL1 EC2 執行個體。但是，Elastic Beanstalk 將停止向環境提供新的平台維護更新，這可能導致環境隨著時間的推移最終出現不可預測的情況。如需詳細資訊，請參閱[常見問答集 \#5](#using-features.migration-al.FAQ.remove-components)。
## 15. AL2023/AL2 與 Amazon Linux AMI (AL1) 作業系統之間的主要區別是什麼？ Elastic Beanstalk AL2023/AL2 平台分支會受到什麼影響？
雖然 Amazon Linux AMI 和 AL2023/AL2 具有相同的 Linux 核心，但它們的初始化系統、`libc` 版本、編譯器工具鏈及各種套件仍有所不同。如需詳細資訊，請參閱 [Amazon Linux 2 常見問答集](https://aws.amazon.com//amazon-linux-2/faqs/)。
Elastic Beanstalk 服務也已更新執行時間的平台專用版本、建置工具及其他依存項目。以 AL2023/AL2 為基礎的平台分支並不保證能與您現有的應用程式回溯相容。此外，即使應用程式的程式碼成功部署到新平台版本，可能仍會因作業系統和執行時間差異而有不同的運作或執行方式。如需您需要檢閱和測試的組態和自訂的清單和描述，請參閱 [將您的 Elastic Beanstalk Linux 應用程式遷移到 Amazon Linux 2023 或 Amazon Linux 2](using-features.migration-al.md)。