Azure Spring Apps 淘汰公告
Azure Spring Apps 是完全受控的服務，可供執行 Java Spring 應用程式，由 Microsoft 和 Broadcom 所聯合建置的 VMware。 經過仔細的考慮和分析，Microsoft和 Broadcom 決定淘汰 Azure Spring Apps 服務。 建議使用 Azure Container Apps 和 Azure Kubernetes Service （AKS）作為 Azure Spring Apps 上執行之工作負載移轉的替代服務。 我們致力於透過移轉工具、專家資源和技術支援，透過服務結束時，透過長期平臺支援您。
時間軸
Azure Spring Apps，包括標準取用和專用（目前僅限公開預覽版）、基本、標準和企業方案，將會透過下列兩階段淘汰方案淘汰：
- 2024年9月30日，標準消費和專用計劃（預覽）進入6個月的退休期，將於2025年3月31日退休。
- 在 2025 年 3 月 17 日，所有其他 Azure Spring Apps 方案，包括基本、標準和企業方案，都將進入三年的淘汰期，並將於 2028 年 3 月 31 日淘汰。
移轉建議
為了確保您維持高效能並達到業務延展性、彈性和成本效益，建議您使用 Azure Container Apps 和 AKS 作為 Azure Spring Apps 上執行之工作負載移轉的替代服務。
Azure Container Apps 是 Polyglot 應用程式的完整受控無伺服器容器服務。 它提供增強的 Java 功能，可協助您大規模管理、監視及疑難解答 Java 應用程式。 如需詳細資訊，請參閱 Azure Container Apps 概觀。
AKS 是受控容器協調流程服務，可簡化使用 Kubernetes 的容器化應用程式的部署、管理和調整。 它提供自動化更新、監視和調整等功能，可讓開發人員專注於應用程序開發，而不是基礎結構管理。 如需詳細資訊，請參閱什麼是 Azure Kubernetes Service (AKS)？
Azure Spring Apps 標準取用和專用方案的移轉指引和工具
Azure Spring Apps 標準取用和專用方案（預覽版）不再接受新客戶。 現有的客戶將繼續運作，直到此方案於 2025 年 3 月 31 日淘汰為止。
移轉指引和工具可讓客戶順暢地從 Azure Spring Apps 轉換至 Azure Container Apps。 如需詳細資訊，請參閱 將 Azure Spring Apps 標準取用和專用方案遷移至 Azure Container Apps。
Azure Spring Apps 基本和標準方案的移轉指引和工具
在 2025 年 3 月 17 日之後，Azure Spring Apps 基本和標準方案將不會接受新客戶。 現有的客戶將繼續運作，直到計劃於 2028 年 3 月 31 日逐步淘汰為止。 雖然服務通常會持續運作，直到 2028 年 3 月 31 日，但我們強烈建議現有的客戶儘快從 Azure Spring Apps 移轉其應用程式。 這有助於將業務營運中斷降至最低。
協助 Azure Container Apps 環境設定的移轉工具將於 2025 年 3 月 17 日提供。 如需移轉指引，請參閱 移轉 Azure Spring Apps 檔。
Azure Spring Apps 企業版方案的移轉指引和工具
在 2025 年 3 月 17 日之後，Azure Spring Apps 企業版方案將不會接受新客戶。 現有的客戶將繼續運作，直到計劃於 2028 年 3 月 31 日逐步淘汰為止。 雖然服務通常會持續運作，直到 2028 年 3 月 31 日，但我們強烈建議現有的客戶儘快從 Azure Spring Apps Enterprise 移轉其應用程式。 這有助於將業務營運中斷降至最低。
Microsoft和 Broadcom 致力於在整個淘汰期間為所有 Tanzu 元件提供持續支援。 不過，三個 Tanzu 元件 -- 應用程式即時檢視、應用程式加速器和 應用程式組態 服務 - 將於 2025 年 8 月之後終止支援，因為 Broadcom 的產品生命週期已結束，以符合 TAP 1.12 生命週期週期。 如需詳細資訊，請參閱 Broadcom 的產品生命周期資訊。
協助 Azure Container Apps 環境設定的移轉工具將於 2025 年 3 月 17 日提供。 如需移轉指引，請參閱 移轉 Azure Spring Apps 檔。
使用 Tanzu 元件搭配 Azure Spring Apps 企業版的客戶有何影響？
如果您想要取得或繼續使用 Spring 商業支援及使用 Tanzu 元件，建議您移轉至 AKS。 請與您的 Broadcom 銷售代表合作，探索如何在 AKS 上購買及執行 Tanzu。
常見問題集
什麼是移轉目的地？
為了確保您維持高效能並達到業務延展性、彈性和成本效益，建議您使用 Azure Container Apps 和 AKS 作為在 Azure Spring Apps 上執行的工作負載的替代服務。
Azure Container Apps 是完全受控、無伺服器容器服務，適用於 polyglot 應用程式，並提供增強的 Java 功能，可協助您大規模管理、監視及疑難解答 Java 應用程式。 如需詳細資訊，請參閱 Azure Container Apps 概觀。
Azure Kubernetes Service （AKS） 是受控容器協調流程服務，可簡化使用 Kubernetes 的容器化應用程式的部署、管理和調整。 它提供自動化更新、監視和調整等功能，可讓開發人員專注於應用程序開發，而不是基礎結構管理。 如需詳細資訊，請參閱什麼是 Azure Kubernetes Service (AKS)？
您也可以考慮下列替代解決方案：
PaaS 解決方案：Azure App 服務 是完全受控的平臺，可用於建置、部署及調整 Web 應用程式、行動應用程式後端和 RESTful API。 它支援多種程式設計語言，例如 Java 和 .NET ，與各種開發工具整合，並提供應用程式自動調整、負載平衡和安全性等功能。 如需詳細資訊，請參閱 App Service 概觀。
如果您目前使用 Spring 商業支援或 Tanzu 元件作為 Azure Spring Apps Enterprise 的一部分，您必須切換至在 Azure Container Apps 上使用 Tanzu Platform Spring Essentials。 如需詳細資訊，請參閱 VMware Tanzu Spring。
Azure Spring Apps 是否會允許新客戶註冊？
Azure Spring Apps 標準取用和專用方案（預覽版）不接受新客戶。 現有的客戶將繼續運作，直到這些方案於 2025 年 3 月 31 日淘汰為止。
在 2025 年 3 月 17 日之後，Azure Spring Apps 基本、標準和企業方案將不會接受新客戶。 現有的客戶將繼續運作，直到計劃於 2028 年 3 月 31 日逐步淘汰為止。
Microsoft繼續支援我目前的工作負載嗎？
是，在 Azure Spring Apps 上繼續支援您的工作負載，直到淘汰日期為止。 您將繼續收到 VM 和 AKS 的 SLA 保證、基礎結構更新和維護，以及 OSS/Tanzu 元件的管理。 您也會繼續接收應用程式的容器映射更新，包括基底 OS、運行時間 - JDK、dotnet 執行時間等 - 和 APM 代理程式。 您仍然可以像往常一樣提出支援票證，以在服務結束時提示協助。
Azure Spring Apps 是否會在淘汰期間提供任何新功能？
否，我們不會接受客戶的任何功能要求，也不會在 Azure Spring Apps 服務中建置任何功能。 相反地，我們將優先處理 Azure Container Apps 上的新功能和增強功能。
在 2025 年 8 月前無法移出 Azure Spring Apps 企業版方案的客戶會發生什麼事？
如果您仍然使用三個不支援的 Tanzu 元件中的任何一個 -- 應用程式即時檢視、應用程式加速器和 應用程式組態 服務 - 請注意，從 2025 年 9 月起，將會停止對這些元件的支援。 此外，Microsoft保留移除這些不支援元件的權利，如果識別出嚴重弱點。
淘汰日期之後會發生什麼情況？
2025 年 3 月 31 日之後，Azure Spring Apps 標準使用量和專用方案（預覽版）將會完全停止。 因此，您將不再收到工作負載和 Azure Spring Apps 服務的支援和存取權。
在 2028 年 3 月 31 日之後，Azure Spring Apps Basic、Standard 和 Enterprise 方案將會完全停止。 因此，您將不再收到工作負載和 Azure Spring Apps 服務的支援和存取權。 強烈建議您在 2028 年 3 月 31 日前將工作負載移轉至 Azure Container Apps。
如何區分 Azure Spring Apps 的新客戶和現有客戶？
針對 Azure Spring Apps 使用量和專用方案，如果您在 2024 年 9 月 30 日之前建立了 Azure Spring Apps 服務實例，您就會被視為現有的客戶。 如果您從未在該日期之前建立 Azure Spring Apps 服務實例，您就會被視為新客戶。
針對 Azure Spring Apps 基本、標準和企業方案，如果您在 2025 年 3 月 17 日之前建立了 Azure Spring Apps 服務實例，您就會被視為現有的客戶。 如果您從未在該日期之前建立 Azure Spring Apps 服務實例，您就會被視為新客戶。
Azure Container Apps 是否提供與 Azure Spring Apps 的功能同位？
使用 Azure Container Apps 的客戶應該能夠達到 Spring 應用程式的大部分裝載需求，包括受控 Spring 元件、Java 計量和診斷支援。 如需詳細資訊，請參閱 Azure Container Apps 上的 Java 概觀。 如果您有任何問題，請從 Azure 入口網站 開啟支援票證，或在 GitHub 上的 Azure Container Apps 存放庫中開啟問題。
Microsoft解決方案之間是否有定價差異？
Azure Spring Apps 是以耗用量為基礎的模型運作，其基本單位是您只支付應用程式 vCPU 和記憶體的費用。
Azure Container Apps 提供下列兩種定價模式：
- 根據每秒資源配置計費的耗用量模型 - VCPU 和記憶體 - 和要求。
- 專用模型，具有單一租用保證、特殊硬體的存取權，以及更可預測的定價。
專用方案的計費是以跨 Azure Container Apps 實例配置的 vCPU 秒和 Gibibyte （GiB） 秒數為基礎。 Azure Container Apps 也提供節省方案。 Microsoft解決方案的成本會根據解決方案的定價模式和可啟用的優化而有所不同。 我們建議使用 Azure 定價計算機，其提供計量、使用量價格和可用節省計劃的詳細數據，以準確評估預期的成本。
使用 Tanzu 元件搭配 Azure Spring Apps Enterprise 的客戶有何影響？
如果您想要取得或繼續使用 Spring 商業支援和 Tanzu 元件，建議您移轉至 AKS。 請與您的 Broadcom 銷售代表合作，探索如何在 AKS 上購買及執行 Tanzu。
如何掌握 Azure Spring Apps 淘汰指引的最新狀態？
下表指出 Azure Spring Apps 淘汰期間的整體發行時程表。 當新的工具指引準備好發行時，我們會加以更新。
| 項目 | 目標方案 | 發行日期 |
|---|---|---|
| 正式淘汰開始日期 | 標準使用量與專用方案 | 2024 年 9 月 30 日 |
| 封鎖為所有客戶建立新的服務實例 | 標準使用量與專用方案 | 2024 年 9 月 30 日 |
| 移轉至 Azure Container Apps 的指引和工具 | 標準使用量與專用方案 | 2024 年 10 月 |
| 移轉至 Azure Container Apps 的指引（沒有移轉工具支援） | 基本、標準和企業方案 | 2025 年 1 月 |
| 遷移至 AKS 的指引 | 基本、標準和企業方案 | 2025 年 1 月 |
| 從 Tanzu 元件切換至替代解決方案的指引 | 企業方案 | 2025 年 1 月 |
| 正式淘汰開始日期 | 基本、標準和企業方案 | 2025年3月17日 |
| 使用移轉工具支援移轉至 Azure Container Apps 的指引 | 基本、標準和企業方案 | 2025年3月17日 |
| 封鎖新的客戶註冊 | 基本、標準和企業方案 | 2025年3月17日 |
| 半年退休后的官方退休日期 | 標準使用量與專用方案 | 2025 年 3 月 31 日 |
| 三年退休期限后的官方退休日期 | 基本、標準和企業方案 | 2028 年 3 月 31 日 |
如何在移轉期間取得轉換說明和支援？
如果您有任何問題，您可以透過 Azure 入口網站 開啟支援票證，以取得技術協助。 如需詳細資訊，請參閱 建立 Azure 支援要求。
淘汰 Azure Spring Apps 對整體 Java 對 Azure 投資有何影響？
我們想要讓您放心，淘汰 Azure Spring Apps 的決定只著重於該特定產品，並不會影響Microsoft對 Azure 上 Java 的整體承諾。 事實上，我們正在增加我們對 Azure Container Apps 的投資，並增強 Java 工具，以提供更佳的支援，以在 Azure 上執行 Java 應用程式。