配額與限制
這份文件列出 Application Integration 適用的配額和系統限制。
- 「配額」有預設值，但通常可以申請調整。
- 「系統限制」是固定值，無法變更。
Google Cloud 使用配額來確保公平性，並減少資源使用量和可用性出現劇烈波動的情況。配額會限制 Google Cloud 專案可使用的Google Cloud 資源數量，且適用多種資源類型，包括軟硬體和網路元件。舉例來說，配額可能會限制能向特定服務發出的 API 呼叫次數、專案可同時使用的負載平衡器數量，或是可建立的專案數量。配額機制可防止服務過載，保障Google Cloud 使用者社群的權益，同時也有助於您管理自己的 Google Cloud 資源。
Cloud Quotas 系統具備以下功能：
如果嘗試使用的資源量超過配額限制，系統通常會阻擋該資源的存取活動，您所執行的工作就會失敗。
配額的計算通常是以 Google Cloud 專案為基準。在某個專案中使用資源，不會影響另一個專案的可用配額。在同一個 Google Cloud 專案內，所有應用程式和 IP 位址會共用配額。
詳情請參閱「Cloud Quotas 總覽」。
Application Integration 資源也有「系統限制」， 而且無法變更。
根據預設，Application Integration 的配額與限制適用於每項專案。如果配額和限制適用於不同基準，系統會標示出來。舉例來說，每個專案的預設並行執行次數，或每個專案的整合數量上限。
資源配額
下列配額適用於每個 Google Cloud 專案的 Application Integration 資源。如要增加或減少配額，請申請變更配額。
| 資源 | 配額 | 值 |
|---|---|---|
| 整合執行作業 | 每個專案的預設並行執行次數 | 50 |
| 每分鐘的整合執行要求數 | 24000 | |
| Integration Connectors | 請參閱「Integration Connectors 限制」 | |
| 整合執行記錄和監控功能 | 每分鐘的讀取執行要求數 | 18000 |
| 「整合」頁面
(這個頁面會列出專案中的所有可用整合) |
每分鐘讀取整合要求數 | 12000 |
| 整合服務編輯器頁面 (這個頁面會載入整個整合，包括所有整合版本和已設定的工作實體) |
每分鐘讀取工作實體要求的次數 | 12000 |
| 每分鐘讀取整合功能版本要求數 | 12000 | |
| 每分鐘寫入整合功能版本的要求數 | 12000 | |
| 「驗證設定檔」頁面
(這個頁面會列出專案中所有可用的驗證設定檔) |
每分鐘的讀取要求數 | 12000 |
| 每分鐘的寫入要求數 | 12000 | |
| Salesforce 觸發條件 | 每分鐘讀取 Salesforce 管道要求的次數 | 12000 |
| 每分鐘寫入 Salesforce 管道的要求數 | 12000 | |
| 每分鐘讀取 Salesforce 執行個體的要求數 | 12000 | |
| 每分鐘寫入 Salesforce 執行個體的要求數 | 12000 |
申請提高配額
如要調整大部分配額，請使用 Google Cloud 控制台。詳情請參閱「要求調整配額」。
用量限制
Application Integration 採行的用量限制如下。您有責任追蹤並確保值在規定限制內。超過上限可能會導致整合作業的處理量降低、工作失敗，以及延遲時間增加。| 資源 | 限制 | 值 |
|---|---|---|
| 適用於整個 Application Integration | 整合名稱的字元數上限 | 64 個半形字元 |
| 所有整合資料 (包括輸入和輸出變數) 的累積大小上限為 30 MB。 | 30 MB | |
| 從連線傳送及接收的所有整合資料 (包括輸入和輸出變數) 累計大小上限 | 8 MB | |
同步 (SYNC) 整合執行作業的逾時時間 逾時時間包括執行期間的任何外部系統呼叫或子整合工作。逾時時間過後，執行狀態會設為 外部系統呼叫的例子包括呼叫外部端點、使用連接器呼叫 Salesforce，以及呼叫 Google Cloud 函式 |
2 分鐘 | |
非同步 (ASYNC) 整合執行作業的逾時時間 如果子整合項目執行時間超過 2 分鐘，請考慮以 ASYNC 模式執行整合項目 |
10 分鐘 | |
發布新版整合項目後，舊版整合項目可執行的最長時間 (系統一致性) 這是因為 Application Integration 是分散式系統，提供最終一致性。系統會使用快取，因此清除及重新整理可能需要時間 |
10 分鐘 | |
| 每個專案的整合數量上限 | 1000 | |
整合中的工作數量上限 如果需要更多工作，建議您將整合項目拆分成多個整合項目 |
100 | |
| 整合可用的版本數量上限 | 100 | |
| 整合作業可執行的天數，包括核准工作期間的暫停 | 31 天 | |
| API 觸發條件 | 觸發條件 ID 中 TRIGGER_NAME 的字元數上限
觸發條件 ID 格式： |
64 個半形字元 |
| Apps Script 工作 | Apps Script 的有效部署作業上限 | 50 |
| API 可執行檔的每秒查詢次數 (QPS) | 每分鐘 5,000 次 | |
| Webapp 部署作業的每秒查詢次數 (QPS) | 每分鐘 5,000 次 | |
| API 執行檔的延遲時間 | 1.5 秒 | |
| 網頁應用程式的延遲時間 | 2.5 秒 | |
| Google 應用程式指令碼中所有整合變數的累計大小上限 | 15 MB | |
| 呼叫 REST 端點工作 | 並行 REST 呼叫數量上限 | 100 |
| REST 端點的要求大小上限 | 25 MB | |
| REST 端點的回應大小上限 | 25 MB | |
| 通話整合工作 | 可從主要整合作業執行的子整合作業數量上限 | 10000 |
| 連接器工作 | 連接器工作執行逾時 | 3 分鐘 |
| 連接器回應大小上限 | 20 MB | |
| While Loop 工作和 For Each Loop 工作 | 處理的資料累計大小上限 | 20 MB |
| 疊代次數上限 | 8000 | |
| 從每個子整合呼叫收集的資料累計大小上限 | 50 MB | |
| For Each 並行工作 | 處理的資料累計大小上限 | 20 MB |
| 疊代次數上限 | 10000 | |
| 並行執行次數上限 | 50 | |
| 資料對應工作 | 陣列資料類型變數的大小上限 | 100,000 個元素 |
| JSON 資料類型變數的大小上限 | 20 MB | |
| 字串資料型別變數的大小上限 | 20 MB | |
| 資料轉換器工作 | 用於評估指令碼的記憶體上限 | 300 MB |
| JavaScript 工作 | 指令碼的要求大小上限 | 25 MB |
| 傳送電子郵件工作 | 工作收件者人數上限 | 30 |
資料處理限制
在下列情況下，我們不建議使用整合功能：
- 整合需要移動大量資料，或著重於擷取、轉換和載入 (ETL) 程序
- 執行期間所有整合資料的累計大小大於
10 MB計算累計資料大小時，請將所有類型的資料大小加總，例如輸入變數、輸出變數和其他中間工作變數