Azure API 管理 v2 層

適用於:基本 v2 |標準 v2

我們將引進一組適用於 Azure APIM 的新定價層 (SKU):「v2 層」。 新層是根據新的、更可靠且可調整的平台所建置、其設計目的是讓更多的客戶能夠存取 APIM,並為更廣泛的情節提供彈性選項。 v2 層除了現有的傳統層(開發人員、基本、標準和 進階版)和取用層之外。 深入了解

下列 v2 層已正式推出:

  • 基本 v2 - 基本 v2 層是針對開發和測試情節所設計,而且使用 SLA 予以支援。

  • 標準 v2 - 標準 v2 是生產就緒層,可支援網路隔離後端。

主要功能

  • 更快速的部署、設定和調整 - 在幾分鐘內部署生產就緒 APIM 執行個體。 快速套用憑證和主機名稱更新這類設定。 將基本 v2 或標準 v2 執行個體快速調整為最多 10 個單位,以符合 APIM 工作負載的需求。

  • 簡化網路 - 標準 v2 層支援對網路隔離後端的輸出連線

  • 生產工作負載的其他選項 - v2 層都支援 SLA。 從基本 v2 升級至標準 v2,以新增更多生產選項。

  • 開發人員入口網站選項 - 準備好讓 API 取用者探索您的 API 時,請啟用開發人員入口網站

網路功能選項

標準 v2 層支援 VNet 整合,讓您的 API 管理 實例能夠連線到在單一連線 VNet 中隔離的 API 後端。 還是可以從網際網路公開存取 APIM 閘道、管理平面和開發人員入口網站。 VNet 必須位於與 API 執行個體相同的區域中。 深入了解

功能

API 版本

API 管理 API 版本 2023-05-01-preview 或更新版本支援 v2 層。

支援的區域

v2 層可在下列區域中使用:

  • 美國中南部
  • 美國西部
  • 法國中部
  • 德國中西部
  • 北歐
  • 西歐
  • 英國南部
  • 英國西部
  • 巴西南部
  • 澳大利亞中部
  • 澳大利亞東部
  • 澳大利亞東南部
  • 東亞
  • 東南亞
  • 南韓中部

功能可用性

v2 層支持傳統 API 管理 層的大部分功能。 但是,v2 層不支援以下功能:

  • 使用 Git 的API 管理服務設定
  • API管理執行個體的備份和恢復
  • 啟用 Azure DDoS 保護
  • 內建分析 (取代為以 Azure 監視器為基礎的儀錶板)

限制

v2 層目前無法使用下列 API 管理 功能。

基礎結構和網路

  • 區域備援
  • 多區域部署 (部分機器翻譯)
  • 多重自訂網域名稱
  • 容量計量
  • 自動調整規模
  • 使用私人端點的輸入連線
  • 在外部模式或內部模式的 VNet 中插入
  • 從 v1 層升級至 v2 層
  • 工作區

開發人員入口網站

  • 使用者註冊和產品訂用帳戶的委派
  • 報表
  • 自訂 HTML 程式代碼小工具與自訂小工具
  • 自我裝載開發人員入口網站

閘道

  • 自我裝載閘道
  • 依金鑰原則的配額
  • 加密設定
  • 用戶端憑證重新交涉
  • 免費、受控的 TLS 憑證
  • 在測試控制台中要求追蹤
  • 透過 localhost 對閘道的要求

資源限制

下列資源限制適用於 v2 層。

若要要求增加限制,請從 Azure 入口網站 建立支援要求。 如需詳細資訊,請參閱 Azure 支援方案

資源 基本 v2 標準 v2
縮放單位數上限 10 10
每個服務實例的快取大小上限 250 MB 1 GB
每個服務實例的 API 數目上限 150 500
每個服務實例的 API 作業數目上限 3,000 10,000
每個服務實例的訂用帳戶數目上限 500 2,000
每個服務實例的產品數目上限 50 200
每個服務實例的用戶數目上限 300 2,000
每個服務實例的群組數目上限 20 100
每個服務實例的授權伺服器數目上限 10 500
每個服務實例的原則片段數目上限 50 50
每個服務實例的 OpenID 連線 提供者數目上限 10 10
每個服務實例的憑證數目上限 100 100
每個服務實例的後端數目上限 100 100
每個服務實例的快取數目上限 100 100
每個服務實例的具名值數目上限 100 100
每個服務實例的記錄器數目上限 100 100
每個服務實例的架構數目上限 100 100
每個 API 的架構數目上限 100 100
每個服務實例的標籤上限 100 100
每個 API 的標籤上限 100 100
每個服務實例的版本集合數目上限 100 100
每個 API 版本數目上限 100 100
每個 API 的作業數目上限 100 100
每個服務實例的 GraphQL 解析程式數目上限 100 100
每個 API 的 GraphQL 解析程式數目上限 100 100
每個產品的 API 數目上限 100 100
每個訂用帳戶的 API 數目上限 100 100
每個訂用帳戶的產品數目上限 100 100
每個產品的群組數目上限 100 100
每個產品的標籤上限 100 100
每個 HTTP 授權單位 1 個並行後端連線 2,048 2,048
最大快取回應大小 2 MiB 2 MiB
原則文件大小上限 256 KiB 256 KiB
要求總持續時間上限 30 秒 30 秒
要求承載大小上限 1 GiB 1 GiB
緩衝承載大小上限 2 MiB 2 MiB
診斷記錄中的要求/回應承載大小上限 8,192 個位元組 8,192 個位元組
要求 URL 大小上限 2 16,384 個位元組 16,384 個位元組
URL 路徑區段的最大長度 1,024 個字元 1,024 個字元
驗證內容原則中 要求或回應本文的大小上限 100 KiB 100 KiB
驗證原則所使用的 API 架構大小上限 4 MB 4 MB
每個單位的作用中 WebSocket 連線數目上限 5,000 5,000

除非後端明確關閉,否則會集區並重複使用1個連線。
2 包含最多 2048 位元組長的查詢字串。

開發人員入口網站限制

下列限制適用於 v2 層中的開發人員入口網站。

項目 基本 v2 標準 v2
要上傳的媒體檔案數目上限 15 15
媒體檔案的大小上限 500 KB 500 KB
頁數上限 30 50
小工具數目上限 1 30 50
每個頁面的元數據大小上限 350 KB 350 KB
每個小工具的元數據大小上限 1 350 KB 350 KB
每分鐘用戶端要求數目上限 200 200

1 內建小工具的限制,例如文字、影像或 API 清單。 目前 v2 層不支援自訂 Widget 和自訂 HTML 程式代碼小工具。

部署

使用 Azure 入口網站、Azure REST API 或 Azure Resource Manager 或 Bicep 範本,部署基本 v2 或標準 v2 層的執行個體。

常見問題集

問:是否可以從現有的 APIM 執行個體移轉至新的 v2 層執行個體?

A: 不可以。 您目前無法將現有的 APIM 執行個體 (在取用、開發人員、基本、標準或進階層中) 移轉至新的 v2 層執行個體。 v2 層目前僅適用於新建立的服務實例。

問:stv2 計算平台與 v2 層之間的關聯性有何?

答:無關。 stv2 是開發人員、基本、標準和進階層服務執行個體的計算平台版本。 stv2 是排程在 2024 年淘汰的 stv1 平台的後置項。

問:是否仍然可以佈建基本或標準層服務?

答:是,基本層或標準層未變更。

問:標準 v2 層中的 VNet 整合與進階層中的 VNet 支援有何差異?

答:標準 v2 服務執行個體可以與 VNet 整合,以安全地存取位於該處的後端。 與 VNet 整合的標準 v2 服務實例會有公用 IP 位址。 進階層支援具有 VNet 的完全私人整合 (通常稱為「插入至 VNet」),而不公開公用 IP 位址。

問:是否可以在 VNet 中完全部署基本 v2 或標準 v2 層的執行個體?

答:只有進階層才支援這類部署。

問:是否已規劃進階 v2 層?

答:是,已規劃進階 v2 預覽版,將會個別宣布。