Google 會運用 AI 技術將內容翻譯成你偏好的語言,但可能會出錯。
比較配額和尖峰流量政策
您目前查看的是 Apigee Edge 說明文件。
前往 Apigee X 說明文件。 info
配額和 SpikeArrest 政策 - 想知道該使用哪一個政策,才能最符合速率限制需求嗎?請參閱下方的比較圖表。
| |
配額 |
SpikeArrest |
| 其用途如下: |
限制應用程式在特定時間內可對 API Proxy 的目標後端建立的連線數。 |
保護 API Proxy 的目標後端,防範流量大幅暴增和阻斷服務攻擊。 |
| 請勿使用這項功能: |
請勿使用這項政策,保護 API Proxy 的目標後端免於流量暴增。
請使用 SpikeArrest 政策。
|
請勿使用這項政策,計算及限制應用程式在特定時間內可與 API Proxy 目標後端建立的連線數量。
請改用配額政策。
|
| 儲存計數? |
是 |
否 |
| 附加政策的最佳做法: |
將其附加至 ProxyEndpoint Request PreFlow,通常是在驗證使用者之後。
這項設定可讓政策在 API Proxy 的進入點檢查配額計數器。
|
將其附加至 ProxyEndpoint Request PreFlow,通常位於流程的開頭。
這項功能可在 API Proxy 的進入點提供尖峰流量防護。
|
| 達到限制時的 HTTP 狀態碼: |
500 (內部伺服器錯誤) *
|
500 (內部伺服器錯誤) *
|
| 注意事項: |
- 配額計數器會儲存在 Cassandra 中。
- 設定政策,以非同步方式同步處理計數器,節省資源。
- 非同步計數器同步作業可能會導致速率限制回應延遲,因此允許的呼叫次數可能會稍微超出您設定的限制。
|
- 根據上次收到流量的時間執行節流。這項時間會儲存在每個訊息處理器中。
- 如果您指定每秒 100 次呼叫的頻率限制,訊息處理器每 1/100 秒 (10 毫秒) 只允許 1 次呼叫。如果第二通電話在 10 毫秒內撥打,系統會拒接。
- 即使每秒的速率限制很高,幾乎同時提出的要求仍可能遭到拒絕。
|
| 如要瞭解詳情,請參閱: |
配額政策 |
SpikeArrest
policy |
* 對於配額政策和 SpikeArrest 政策,超出速率限制的預設 HTTP 狀態碼為一般 500 Internal Server Error。如要將這些政策的狀態碼變更為 429 Too Many Requests,請新增機構層級的屬性 (features.isHTTPStatusTooManyRequestEnabled)。如果您是 Cloud 客戶,請與 Apigee Edge 支援團隊聯絡,啟用該屬性。
除非另有註明,否則本頁面中的內容是採用創用 CC 姓名標示 4.0 授權,程式碼範例則為阿帕契 2.0 授權。詳情請參閱《Google Developers 網站政策》。Java 是 Oracle 和/或其關聯企業的註冊商標。
上次更新時間:2026-09-10 (世界標準時間)。
[[["容易理解","easyToUnderstand","thumb-up"],["確實解決了我的問題","solvedMyProblem","thumb-up"],["其他","otherUp","thumb-up"]],[["缺少我需要的資訊","missingTheInformationINeed","thumb-down"],["過於複雜/步驟過多","tooComplicatedTooManySteps","thumb-down"],["過時","outOfDate","thumb-down"],["翻譯問題","translationIssue","thumb-down"],["示例/程式碼問題","samplesCodeIssue","thumb-down"],["其他","otherDown","thumb-down"]],["上次更新時間:2026-09-10 (世界標準時間)。"],[],[]]