本文列出工作流程適用的配額和系統限制。
- 「配額」有預設值，但通常可以申請調整。
- 「系統限制」是固定值，無法變更。
Google Cloud 使用配額來確保公平性，並減少資源使用量和可用性出現劇烈波動的情況。配額會限制 Google Cloud 專案可使用的Google Cloud 資源數量，且適用多種資源類型，包括軟硬體和網路元件。舉例來說，配額可能會限制能向特定服務發出的 API 呼叫次數、專案可同時使用的負載平衡器數量，或是可建立的專案數量。配額機制可防止服務過載，保障Google Cloud 使用者社群的權益，同時也有助於您管理自己的 Google Cloud 資源。
Cloud Quotas 系統具備以下功能：
如果嘗試使用的資源量超過配額限制，系統通常會阻擋該資源的存取活動，您所執行的工作就會失敗。
配額的計算通常是以 Google Cloud 專案為基準。在某個專案中使用資源，不會影響另一個專案的可用配額。在同一個 Google Cloud 專案內，所有應用程式和 IP 位址會共用配額。
詳情請參閱「Cloud Quotas 總覽」。
Workflows 資源也設有系統限制， 而且無法變更。
配額
Workflows 會針對每個 Google Cloud專案強制實行下列配額。您可以提高或降低這些配額：
| 配額 | 說明 | 值 |
|---|---|---|
| 工作流程總數 | 每個專案可部署的工作流程數量上限 | 10,000 |
| 並行執行作業 | 每個區域和專案的有效工作流程執行作業數量上限。並行執行是指已啟動但尚未完成或失敗的執行作業，包括等待回呼或處於休眠狀態的作業。 達到配額後，如果預設啟用執行作業積壓 (有少數例外狀況)，系統就會在 |
10,000 |
| 待處理的執行作業 | 每個區域和專案的待處理工作流程執行作業數量上限。 詳情請參閱「 管理執行作業積壓」。 |
100,000 |
| Workflow API 請求 | 專案內所有工作流程中，每個位置每分鐘發出的 API 要求 (create、update、list、get、delete) 數量上限 |
1,200 |
| Execution API get 要求 | 專案內所有工作流程中，對get工作流程執行作業發出的要求數量上限 (每個位置每分鐘) |
6,000 |
| Execution API list 要求 | 專案內所有工作流程中，每個位置每分鐘對list工作流程執行作業發出的要求數量上限 |
1,200 |
| Execution API write 要求 | 專案內所有工作流程每分鐘對 create 和 cancel 工作流程執行作業發出的要求數量上限 (每個位置)。如果 Eventarc 觸發的執行作業超過上限，系統會按照 Eventarc 重試政策重試事件。 |
6,000 |
| Execution API get step entries 要求 | 工作流程執行作業每分鐘每個位置對步驟項目發出的要求數量上限 get |
6,000 |
| Execution API list step entries 要求 | 工作流程執行作業每分鐘每個位置的步驟項目要求數量上限 list |
1,200 |
| Execution API 匯出資料要求 | 工作流程執行作業每分鐘對每個位置發出的要求數量上限 export data |
10 |
| 對回呼端點發出的 HTTP 要求 | 專案內所有工作流程中，對執行作業資源發出的 SendHttpCallback API 要求數量上限 (每個位置每分鐘) |
1,500 |
| Execution API list 回呼要求 | 工作流程執行作業對 list 回呼發出的要求數量上限 (每個位置每分鐘) |
300 |
配額提高要求
如要增加或減少配額，請使用 Google Cloud 控制台。詳情請參閱「要求增加配額」。
監控配額用量
您可以查詢及監控配額用量指標。如需範例，請參閱「監控配額指標」，瞭解如何查詢工作流程的總消耗分配配額。如要瞭解如何監控配額用量指標，請參閱「繪製及監控配額指標」。
步驟限制
Workflows 會針對各項工作流程強制實行下列步驟限制。 你無法要求變更下列限制：
| 限制 | 說明 | 值 |
|---|---|---|
| 每個步驟的指派作業數量 | 單一步驟中可執行的指派作業數量上限 | 50 |
| 每個交換式區塊的條件 | 單一交換式區塊中可評估的條件數量上限 | 50 |
| 呼叫堆疊深度上限 | 呼叫函式的層級數量上限。舉例來說，子工作流程呼叫自身或其他子工作流程，或是標準程式庫函式呼叫其他函式 | 20 |
| 步驟數量下限 | 工作流程中的步驟數量下限 | 1 |
| 步數上限 | 單次工作流程執行作業可執行的步驟數量上限 | 100,000 |
平行步驟限制
使用平行步驟時，Workflows 會強制執行下列限制。 你無法要求變更下列限制：
| 限制 | 說明 | 值 |
|---|---|---|
| 每個步驟的分支數 | 平行步驟中支援的分支數量上限 | 10 |
| 平行深度 | 平行步驟可巢狀結構化的最大深度 | 2 |
| 並行分支和疊代 | 單次工作流程執行作業可同時執行的分支和疊代次數上限。超過上限後，系統會自動將其他分支和疊代排入佇列，等待一或多個執行中的執行緒完成作業。 沒有總執行緒數限制，但適用所有其他限制。 |
20 |
| 並行步驟中未捕捉到的例外狀況 | 工作流程執行期間可引發的未處理例外狀況數量上限 (總計) | 100 |
資源限制
工作流程採行的用量限制如下：您無法要求變更下列限制：
| 限制 | 說明 | 值 |
|---|---|---|
| 原始碼大小 | 定義工作流程的 YAML 或 JSON 檔案大小上限 | 128 KB |
| 回應大小 | HTTP 回應大小上限 (如果儲存至變數，則適用變數的記憶體限制) | 2 MB |
| 運算式長度 | 單一運算式的字元數量上限 | 400 個字元 |
| 資料大小 | 變數、引數和事件的累計大小上限： | 512 KB |
|
||
|
||
|
||
| 以 UTF-8 編碼時，字串長度上限 (以位元組為單位) | 256 KB | |
| 環境變數 |
使用者定義環境變數定義字串 (KEY=value) 的大小上限；最多可定義 20 個變數 |
4 KiB |
| 執行作業時間長度 | 工作流程執行作業的持續時間上限 (從開始時間到結束時間)；任何超過此限制的工作流程都會出現逾時錯誤 | 1 年 |
| 執行作業保留期限 | 工作流程執行作業完成後，執行作業記錄和結果的最長保留期限 | 90 天 |
| 清除重複工作的時間長度 | 重複資料刪除時間範圍，確保使用事件觸發工作流程執行時，系統只會處理一次 | 24 小時 |