Azure APIM 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 版本
APIM API 2023-05-01-preview 版或更新版本支援 v2 層。
支援的區域
下列區域可以使用 v2 層：
- 美國東部
- 美國東部 2
- 美國中南部
- 美國中北部
- 美國西部
- 美國西部 2
- 法國中部
- 德國中西部
- 北歐
- 挪威東部
- 西歐
- 瑞士北部
- 英國南部
- 英國西部
- 南非北部
- 印度中部
- 印度南部
- 巴西南部
- 澳大利亞中部
- 澳大利亞東部
- 澳大利亞東南部
- 東亞
- 日本東部
- 東南亞
- 南韓中部
功能可用性
v2 層支援傳統 API 管理層的大部分功能。 但是，v2 層不支援以下功能：
- 使用 Git 的API 管理服務設定
- API管理執行個體的備份和恢復
- 啟用 Azure DDoS 保護
- 內建分析 (取代為以 Azure 監視器為基礎的儀表板)
限制
v2 層目前無法使用下列 API 管理功能。
基礎結構和網路
- 區域備援
- 多區域部署 (部分機器翻譯)
- 多重自訂網域名稱
- 容量計量 - 由閘道的 CPU 百分比和閘道計量的記憶體百分比所取代
- 自動調整規模
- 使用私人端點的輸入連線
- 在外部模式或內部模式的 VNet 中插入
- 從 v1 層升級至 v2 層
- 工作區
- CA 憑證
開發人員入口網站
- 報表
- 自訂 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 Connect 提供者數目上限 | 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 |
| 要求承載大小上限 | 1 GiB | 1 GiB |
| 緩衝承載大小上限 | 2 MiB | 2 MiB |
| 診斷記錄中的要求/回應承載大小上限 | 8,192 個位元組 | 8,192 個位元組 |
| 要求 URL 大小上限2 | 16,384 個位元組 | 16,384 個位元組 |
| URL 路徑區段的最大長度 | 1,024 個字元 | 1,024 個字元 |
| 具名值的字元長度上限 | 4,096 個字元 | 4,096 個字元 |
| 驗證內容原則中要求或回應主體的大小上限 | 100 KiB | 100 KiB |
| 驗證原則所使用的 API 結構描述大小上限 | 4 MB | 4 MB |
| 每個單位的作用中 WebSocket 連線數目上限3 | 5,000 | 5,000 |
1 除非後端明確關閉連線，否則連線會經過集區化和重複使用。
2 包含最多 2048 個位元組長的查詢字串。
3 每個服務執行個體最多有 60,000 個連線。
開發人員入口網站限制
下列限制適用於 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 層不支援自訂小工具和自訂 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 預覽版，將會個別宣布。