Cloud Tasks 會使用配額和系統限制，確保資源公平分配、防止服務過載，並協助您管理資源用量。
配額和系統限制類似，但有以下差異：
- 「配額」有預設值，但通常可以申請調整。
- 「系統限制」是固定值，無法變更。
配額
Google Cloud 使用配額來確保公平性，並減少資源使用量和可用性出現劇烈波動的情況。配額會限制 Google Cloud 專案可使用的Google Cloud 資源數量，配額適用多種資源類型，包括硬體、軟體和網路元件。舉例來說，配額可能會限制能向特定服務發出的 API 呼叫次數、專案可同時使用的負載平衡器數量，或是可建立的專案數量。配額機制可防止服務過載，保障Google Cloud 使用者社群的權益，同時也有助於您管理自己的 Google Cloud 資源。
Cloud Quotas 系統具備以下功能：
如果嘗試使用的資源量超過配額限制，系統通常會阻擋該資源的存取活動，您所執行的工作就會失敗。
配額的計算通常是以 Google Cloud 專案為基準。在某個專案中使用資源，不會影響另一個專案的可用配額。在同一個 Google Cloud 專案內，所有應用程式和 IP 位址會共用配額。
詳情請參閱「Cloud Quotas 總覽」。
下表說明 Cloud Tasks 資源的配額。
| 資源 | 控制台配額名稱 | 預設值 | 說明 |
|---|---|---|---|
| 佇列數量上限 | 每個區域的佇列數量 | 每個區域 1,000 個 | 每個區域的專案中可存在的佇列總數 (適用於 HTTP 和 App Engine 目標)，包括預設佇列。 為 App Engine 目標處理工作的佇列，必須與 App Engine 應用程式位於相同區域。這是使用 Cloud Tasks API 方法建立的佇列配額。不過，使用 |
| API 要求 | 每個區域每分鐘的要求數 | 每分鐘 600 萬個 | 每分鐘可提出的 API 要求總數。 請注意，建立一批工作 ( |
| 強制執行工作要求 | 每分鐘每個區域的執行工作要求數 | 每分鐘 60 次 | 每分鐘的 run task 要求總數。這個 API 適用於手動偵錯，與一般工作執行無關。 |
| 列出要求 | 每個區域每分鐘列出群組的要求數 | 每分鐘 600 | 每分鐘的 list tasks、list queues 和 list locations 要求總數。 |
如要調整大部分配額，請使用 Google Cloud 控制台。詳情請參閱「要求調整配額」。
系統限制
Cloud Tasks 資源也有「系統限制」，而且無法變更。
下表說明 Cloud Tasks 的系統限制。
| 資源 | 值 | 說明 |
|---|---|---|
| 佇列調度速率 | 每個佇列每秒 500 項工作 | 佇列可分派工作的最大速率。如要以更高的頻率進行調度，請使用多個佇列。 |
| 工作大小上限 | 1 MiB | 可新增至佇列的工作大小上限。 |
| 批次大小上限 | 10 MiB | 可新增至佇列的一批任務大小上限。 |
| 單一批次建立的工作數量上限 | 100 個工作 | 單一 batchCreate 要求中可建立的工作數量上限。 |
| 單一批次刪除的工作數量上限 | 1,000 個工作 | 單一 batchDelete 要求中可刪除的工作數量上限。 |
| 工作簡化時間範圍 | 最長 24 小時 | 在此期間內，如果您新增的工作名稱與最近刪除的工作相同，服務就會拒絕這項工作並顯示錯誤。這是工作刪除後，工作簡化功能仍會生效的時間長度。 |
| 批次作業簡化時間範圍 | 7 天 | 批次作業 ID 及其結果保留用於簡化的時間範圍。 |
| 佇列效期 | 30 天後失效 | 如果沒有任何 API 對佇列發出方法呼叫，且佇列在這段期間內沒有任何任務調度，則佇列會視為INACTIVE。 |
| 工作保留期限上限 | 31 天 | 工作從加入佇列至遭到系統自動刪除之間的時間長度。 |
| 工作排程時間上限 | 從當前日期與時間起 30 天內 | 未來可排程工作的時間長度上限。 |
| 重新建立佇列的等待時間 | 3 天 | 刪除佇列後，必須等待多久才能重新建立同名佇列。 |