Azure API 管理 會對 API、作業和其他實體等 資源強制 執行各種限制。 本文說明它們存在的原因，以及如何在這些限制內有效地使用服務。
為什麼有服務限制？
Azure API 管理 中的服務限制存在，就像所有 Azure 服務一樣，因為即使是雲端服務也會在資源有限的實體基礎結構上運作。 雖然 Azure 提供了巨大的延展性和靈活性，但基礎硬件和系統架構具有固有的限制，我們設法確保為客戶提供可靠的性能。
Azure API 管理 中的服務限制不是任意條件約束，而是根據下列條件進行校準：
- Azure 平台容量和效能特性
- 服務層級功能
- 一般客戶使用模式
資源限制是相互關聯的，並調整為協同工作。 它們可防止服務的任何單一層面中斷服務的整體效能。
經典級別中服務限制的變更
從 2026 年 3 月開始，Azure API 管理 會將更新的限制套用至傳統層 （開發人員、基本、標準和進階） 和取用層中的執行個體。 這些更新與每個層級的功能一致，並協助客戶選擇適合其需求的選項。
經典層級的目前限制已發佈在這裡。 到 2026 年 3 月，有限制的實體範圍可能會縮小。
改變了什麼
- 經典層資源的新限制更容易與 V2 服務層中的限制進行比較。
- 先前在傳統層中，某些資源的限制並未被明確界定或強制執行。 實際上，這些資源一律受到服務設定、服務容量、縮放單位數目、原則設定和其他因素的限制。 新的限制使這些限制明確且可預測。
現有客戶的限制政策
如果您現有的 API 管理 執行個體已經超過新的傳統層限制，您可以繼續使用資源而不會中斷。 也就是說：
- 已超過已發佈限制的現有服務不會受到影響。
- 您可以變更現有資源，並將新資源新增至高於目前使用量的小閾值。
這種方法可確保現有工作負載不會中斷，同時仍鼓勵隨著時間的推移與新限制保持一致。
管理資源的策略
如果您即將達到或已達到某些資源限制，請考慮以下策略：
改善資源管理
- 對未使用的資源實施定期清理程序
- 有效使用標籤來識別可合併或移除的資源
- 檢閱 容量指標 以瞭解資源使用率並識別潛在的瓶頸。
優化API和運營組織
計算 API 和 API 相關資源 （例如 API 作業、後端、標籤等） 數目時，API 管理 也會包含 API 版本和修訂。 接近這些資源的限制時，請考慮下列策略：
- 移除未使用的 API 版本或修訂
- 在適當情況下合併或移除作業
- 將具有大量作業的 API 重組為多個較小、更集中的 API
- 有策略地使用 API 版本和修訂
評估您的服務層級
如果您一直遇到資源限制，可能需要重新評估您目前的服務等級。 某些限制 （例如 API） 會因服務層級而異。
- 考慮添加單位或升級等級的選項。
- 請考慮在目前的層中部署其他 API 管理 實例。
增加限額的準則
在某些情況下，您可能想要要求提高某些服務限制。 在執行此操作之前，請注意下列準則：
在請求提高限額之前探索主動解決問題的策略。 如需詳細資訊，請參閱上述 管理資源的策略 一節。
請考慮限制增加對整體服務效能和穩定性的潛在影響。 增加限制可能會影響服務的容量，或導致某些服務作業的延遲增加。
申請提高限額
若要要求增加限制，請從 Azure 入口網站建立支援要求。 如需詳細資訊，請參閱 Azure 支援方案。
限制增加的要求會根據個別案例進行評估，而且不保證。 我們優先考慮高級級別客戶以提高限額。