將 Azure Spring Apps 標準取用和專用方案遷移至 Azure Container Apps

本文說明如何將 Azure Spring Apps Standard 使用量和專用方案（目前僅限公開預覽版）移轉至 Azure Container Apps 的時機和方式。 為了合併雲端原生權益並簡化我們的供應專案，Azure Spring Apps 服務即將淘汰，包括標準取用和專用（預覽）、基本、標準和企業方案。 標準消費和專用計劃（預覽）於2024年9月30日進入6個月的日落期，並在2025年3月退休。

我們建議您將 Azure Container Apps 作為移轉的最佳目的地。 Azure Container Apps 是完全受控、無伺服器容器平臺，適用於 polyglot 應用程式，並提供先前在 Azure Spring Apps 中提供的增強式 Java 功能。

我們已引進移轉功能，以簡化從 Azure Spring Apps 標準取用和專用方案（預覽）轉換至 Azure Container Apps 的轉換。 在 Azure 入口網站 中選取 [移轉]，然後確認動作。

這項功能將於 2024 年 10 月中旬提供，而且您可以在移轉程式可供使用時立即啟動。

移轉完成後，應用程式會顯示為 Azure Container Apps 內的標準應用程式，並開啟 Java 開發堆疊。 啟用此選項後，您可以存取 Java 特定的計量和記錄，以監視和疑難解答您的應用程式。 如需詳細資訊，請參閱 Azure Container Apps 中 Java 應用程式的 Java 計量和設定動態記錄器層級，以針對 Azure Container Apps 中的 Java 應用程式進行疑難解答。

下列影片宣佈 Azure Container Apps 上的 Java 體驗正式推出：

常見問題集

下一節說明您可能對移轉程式有的幾個問題。

是否有計劃淘汰任何其他 Azure Spring Apps SKU？

是的，其他 Azure Spring Apps 方案也會淘汰，且有三年的日落期間。 如需詳細資訊，請參閱 Azure Spring Apps 淘汰公告。

如果我在 2025 年 3 月 30 日前不採取任何動作，會發生什麼事？

您的應用程式會自動移轉至 Azure Container Apps。

我是否可以繼續使用 Azure Spring Apps 標準取用和專用方案？

您可以在 2025 年 3 月 30 日之前繼續執行現有的應用程式，但無法在 2024 年 9 月 30 日之後建立新的應用程式和服務實例。

如果移轉程序失敗，如何取得協助？

使用下列值，在 Azure 入口網站 填寫支援要求表單：

• 針對 [問題類型]，選取 [技術]。
• 在 [訂閱] 的部分，選取您的訂閱。
• 針對 [ 服務]，選取 [Azure Spring Apps]。
• 針對 [ 資源]，選取您的 Azure Spring Apps 資源。
• 在 [摘要] 的部分，輸入您的問題描述。
• 針對 [問題類型]，選取 [我的問題未列出]。

我需要在 Azure Container Apps 中手動建立 Spring Cloud Config Server 和 Spring Cloud Service Registry 實例嗎？

是，您必須在 Azure Container Apps 中重新建立 Spring Cloud Config Server 和 Spring Cloud Service Registry 實例。 Spring Cloud Config Server 和 Spring Cloud Service Registry 也是 Azure Container Apps 中的受控元件，但有一些經驗差異。 如需詳細資訊，請參閱教學課程：連線到 Azure Container Apps 中適用於 Spring 的受控 Eureka 伺服器和教學課程：連線到 Azure Container Apps 中 Spring 的受控設定伺服器。

如果您需要建立 Spring Cloud Config Server 和 Spring Cloud Service Registry 至 Azure Container Apps 的協助，請建立支援要求。

移轉程式期間是否有任何停機時間？

除非您使用 Spring Cloud Config Server 和 Spring Cloud Service Registry，否則不會停機，您必須在 Azure Container Apps 中手動重新建立。

移轉期間具有即時交易的應用程式會發生什麼情況？

除非您使用 Spring Cloud Config Server 和 Spring Cloud Service Registry，否則所有進行中的交易都會執行，而您必須在 Azure Container Apps 中手動重新建立。

移轉后 IP 位址/FQDN 是否有任何變更？

沒有變更。 移轉之後，所有IP位址/FQDN都維持不變。

我正在使用永續性記憶體。 如何? 在 Azure Container Apps 中重新建立？

永續性記憶體會自動移轉至 Azure Container Apps。

移至 Azure Container Apps 時，定價有何影響？

Azure Container Apps 的定價結構與 Azure Spring Apps 具有相同的使用量和專用方案。 使用中和閑置 CPU/記憶體使用的費用，以及專用工作負載中的虛擬機 SKU，在 Azure Spring Apps 和 Azure Container Apps 中相同。 每月免費授與也適用於 Azure Container Apps。 規則的唯一例外是受控 Java 元件的要求數目會在 Azure Container Apps 取用方案中計費。

下表描述差異：

用於受控 Java 元件的資源	Azure Spring Apps 標準取用方案	Azure Container Apps 取用方案
Spring Cloud Service Registry 使用中的 CPU	沒有變更。	沒有變更。
Spring Cloud Service Registry 閑置 CPU	沒有變更。	沒有變更。
Spring Cloud Config 伺服器作用中的 CPU	沒有變更。	沒有變更。
Spring Cloud Config 伺服器閑置 CPU	沒有變更。	沒有變更。
對 Spring Cloud Service Registry 提出 100 萬個要求	沒有額外成本。	請參閱 Azure Container Apps 定價。
對 Spring Cloud Config Server 提出 100 萬個要求	沒有額外成本。	請參閱 Azure Container Apps 定價。

此外，透過 Azure Container Apps，您可以利用 Azure 節省方案，並透過承諾來節省成本。 如需詳細資訊，請參閱 Azure 節省計算的計畫。

如何? 繼續在 Azure Container Apps 中使用自己的虛擬網路？

虛擬網路體驗沒有變更。 您可以繼續使用自己的虛擬網路。

我的應用程式是否會移轉至取用方案，或 Azure Container Apps 中工作負載配置檔的取用和專用方案？

Azure Spring Apps 與 Azure Container Apps 中的服務方案之間有直接對應。 如果您的應用程式目前在取用方案上執行，它會移至 Azure Container Apps 中的僅限取用方案。 如果您的應用程式目前在取用和專用工作負載配置檔上執行，它會轉換至 Azure Container Apps 中的對應工作負載配置檔。

如何繼續我的部署管線/工作流程運作？

您的部署管線/工作流程必須指向 Azure Container Apps 才能正常運作。 如需詳細資訊，請參閱 部署 Azure Container Apps 的更多方式簡介。

如何? 繼續讓我的自動化腳本使用 Azure CLI 運作？

Azure CLI 腳本必須變更，才能在 Azure Container Apps 中運作。 如需詳細資訊，請參閱 az containerapp。