比較 Azure Spring Apps 中的可用方案
注意
基本、標準和企業方案將從 2025 年 3 月中旬開始淘汰，並停用 3 年。 建議您轉換至 Azure Container Apps。 如需詳細資訊，請參閱 Azure Spring Apps 淘汰公告。
標準 耗用量和專用 方案將從 2024 年 9 月 30 日起淘汰，並在六個月後完成關閉。 建議您轉換至 Azure Container Apps。 如需詳細資訊，請參閱 將 Azure Spring Apps 標準取用和專用方案遷移至 Azure Container Apps。
本文提供 Azure Spring Apps 中可用的方案比較。 每個方案都是設計來迎合不同的客戶案例和用途，如下列清單所述：
- 基本計劃：個別開發和測試的入門級計劃。
- 標準方案：以 Spring 為中心的和具意見的應用程式裝載平臺，內建和預先設定的組建、服務登錄、記憶體等設定。
- 企業方案：此方案的設計目的是要加快具有較高 SLA 和大型應用程式叢集支援之任務關鍵性與大型企業應用程式的開發和部署。 此方案也針對組態管理、服務探索、API 閘道、API入口網站、輕鬆整合、可移植性和彈性，以及隨選受控 Tanzu 商業元件和 Tanzu Spring Runtime 支援等企業需求，以 VMware 與 Microsoft 之間的強大合作關係為基礎。
- 標準取用和專用方案：此方案裝載於 Azure Container Apps 環境中，其設計目的是以簡化的網路功能與統一可檢視性，順暢地與在相同環境中執行的其他應用程式互動。
下表顯示每個方案之間的差異：
| 功能 | 描述 | 基本 | 標準 | Enterprise | 標準耗用量和專用 |
|---|---|---|---|---|---|
| 應用程式管理 | 使用無麻煩的基礎結構作業進行應用程式管理。 | ||||
| 應用程式生命週期管理 | 輕鬆建立、部署、停止和重新啟動應用程式，而不需要瞭解基礎結構。 | ✔️ | ✔️ | ✔️ | ✔️ |
| SLA | 確保應用程式和受控元件的 SLA。 | n/a | 99.90% | 99.95% | 預覽期間無法使用。 |
| 應用程式執行個體大小上限 | 應用程式實例大小上限。 | 1 個 vCPU，2 GB | 4 個 vCPU，8 GB | 8 個 vCPU，32 GB | 4 個 vCPU，耗用量為 8 GB，最多 16 個 vCPU，專用 128 GB |
| 應用程式執行個體上限 | 應用程式實例的數目上限。 | 25 | 500 | 1000 | 耗用量為 400，專用 1000。 |
| 自動和手動調整 | 自動和手動應用程式相應縮小/相應放大和相應增加/減少。 | ✔️ | ✔️ | ✔️ | ✔️ |
| 從原始碼、成品和自定義映像部署 | 從應用程式的原始程式碼、成品和自定義映像進行部署。 | ✔️ | ✔️ | ✔️ | 成品和自定義映像。 |
| Java 應用程式支援 | 建置和部署Java應用程式，主要是 Spring Apps。 | ✔️ | ✔️ | ✔️ | ✔️ |
| Java 原生映像支援 | 建置及部署Java原生映像應用程式。 | ❌ | ❌ | ✔️ | ❌ |
| .NET Core 應用程式支援 | 建置和部署 .NET Core 應用程式。 | ❌ | ❌ | ✔️ | ❌ |
| Node.js應用程式支援 | 建置和部署Node.js應用程式。 | ❌ | ❌ | ✔️ | ❌ |
| GO 應用程式支援 | 建置及部署 Go 應用程式。 | ❌ | ❌ | ✔️ | ❌ |
| Python 應用程式支援 | 建置及部署 Python 應用程式。 | ❌ | ❌ | ✔️ | ❌ |
| PHP 應用程式支援 | 建置及部署 PHP 應用程式。 | ❌ | ❌ | ✔️ | ❌ |
| 靜態 Web 應用程式支援 | 使用靜態 Web 內容建置和部署靜態 Web 應用程式，例如 CSS、JS 和 HTML 檔案。 | ❌ | ❌ | ✔️ | ❌ |
| 零停機時間部署 | 滾動更新和藍色/綠色部署策略，確保零停機時間，並影響應用程式。 | ✔️ | ✔️ | ✔️ | ✔️ |
| 自訂網域 | 在應用程式上支援多個自定義網域。 | ❌ | ✔️ | ✔️ | ✔️ |
| 使用自己的儲存體 | 支援掛接 Azure 記憶體以供應用程式使用。 | ✔️ | ✔️ | ✔️ | ✔️ |
| 自定義健康情況探查 | 支援在健康情況探查上自定義應用程式，例如活躍度、整備度和啟動探查，以及正常終止期間。 | ✔️ | ✔️ | ✔️ | ✔️ |
| 自動修補 | 自動修補基底 OS、語言執行平臺（例如 JDK）和 APM 代理程式，以維護應用程式的映像。 | ✔️ | ✔️ | ✔️ | ✔️ |
| Spring Runtime 支援 | 在 Spring 專案和 24/7 VMware 支援期間內建的 Tanzu Spring Runtime 支援。 | ❌ | ❌ | ✔️ | ❌ |
| 疑難解答和監視 | 疑難解答和監視。 | ||||
| 遠端偵錯 | 遠端偵錯。 | ✔️ | ✔️ | ✔️ | n/a |
| 線程/堆積/JFR 傾印 | 線程/堆積/JFR 傾印。 | ✔️ | ✔️ | ✔️ | ✔️ |
| Web 殼層支援 | 使用 Web 殼層連線到任何執行中的應用程式實例，直接執行 JDK 命令。 | ✔️ | ✔️ | ✔️ | ✔️ |
| 現成 APM 整合 | 現成的 APM 整合（Azure 應用程式 Insights 和熱門的第三方 API，例如 Dynatrace、AppDynamics、New Relic 和 Elastic APM）。 | ✔️ | ✔️ | ✔️ | ✔️ |
| 安全性 | 保護網路和身分識別管理。 | ||||
| 保護整個流量路徑的通訊 | 保護整個流量路徑的通訊，包括應用程式輸入控制器、應用程式對應用程式，以及支援資料庫等服務的應用程式。 | ✔️ | ✔️ | ✔️ | ✔️ |
| VNET 插入 | 虛擬網路 （VNET） 插入。 | ❌ | ✔️ | ✔️ | ✔️ |
| 私人端點 | 支援使用私人端點來連線到支援服務，例如 Azure 資料庫、金鑰保存庫 等等。 | ❌ | ✔️ | ✔️ | ✔️ |
| 受控識別 | 支援 Azure 系統和使用者指派的受控識別。 | ✔️ | ✔️ | ✔️ | ✔️ |
| 整合 | 與備份服務、CICD 和 IDE 的整合功能。 | ||||
| 輕鬆與任何 Azure 服務整合 | 與 Azure SDK 和 Spring Cloud Azure 上的任何 Azure 服務整合。 | ✔️ | ✔️ | ✔️ | ✔️ |
| 現用的 CICD 整合 | 立即可用的 CICD 與 Azure DevOps、Jenkins 和 GitHub Actions 等整合。 | ✔️ | ✔️ | ✔️ | ✔️ |
| 與熱門 IDE 的現用整合 | 與 VS Code 和 IntelliJ 等熱門 IDE 整合，以允許與 Azure Spring Apps 就地互動。 | ✔️ | ✔️ | ✔️ | ✔️ |
| 受控元件 | 完全受控的元件，具有確保 SLA、及時維護和微調的組態，以支援應用程式開發和作業。 | ||||
| SLA | 確保應用程式和受控元件的 SLA。 | n/a | 99.90% | 99.95% | 預覽期間無法使用。 |
| 從原始碼建置和維護映像 | 建置服務，可從原始程式碼集中管理建置和維護開放容器計劃 （OCI） 映像。 | ✔️ （預設建置服務） | ✔️ （預設建置服務） | ✔️ （可設定的組建服務1） | ❌ |
| 將要求路由傳送至後端應用程式的 API 閘道 | Spring Cloud Gateway 可透過集中解決跨領域考慮來路由傳送要求（節流、要求/回應篩選器、驗證和授權等等）。 | ❌ | ❌ | ✔️ | ❌ |
| 用來瀏覽和試用 API 的 API 入口網站 | 用來檢視詳細 API 檔的 API 入口網站，以及試用 API。 | ❌ | ❌ | ✔️ | ❌ |
| 應用程式組態管理 | 將應用程式組態從 Git 主機存放庫散發至應用程式的組態服務。 | ✔️ （僅支援 Spring 應用程式） | ✔️ （僅支援 Spring 應用程式） | ✔️ （支援 polyglot 應用程式） | ✔️ （僅支援 Spring 應用程式） |
| 服務登錄和探索 | 服務登錄，可為微服務型 Spring 應用程式提供服務註冊和探索功能。 | ✔️ | ✔️ | ✔️ | ✔️ |
| 即時監視和疑難解答應用程式 | 輕量型深入解析和疑難解答工具，可協助應用程式開發人員和應用程式操作員查看執行 Spring 應用程式。 | ❌ | ❌ | ✔️ | ❌ |
| 使用可散發項目範本加速開發 | 項目啟動載入工具，可建置和散發範本/加速器，以可探索且可重複的方式編纂符合企業規範的程式碼和組態。 | ❌ | ❌ | ✔️ | ❌ |
1 可設定的建置服務會啟用下列功能：
- 攜帶您自己的容器登錄：設定您自己的 Azure Container Registry （ACR） 來儲存建置的映像，而不是使用 Azure Spring Apps 受控 ACR 來部署至具有已驗證映像的其他 Azure Spring Apps 企業方案環境。
- 設定整個組建集區的資源，最多64個 vCPU和128 GB。
- 設定要作為應用程式基底映像的OS堆疊。