配額與限制
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 | |
| 從連線傳送及接收的所有整合資料 (包括輸入和輸出變數) 的累計大小上限 | 8 MB | |
同步 (SYNC) 整合執行作業的逾時時間 逾時時間長度包含整合作業執行期間，任何外部系統呼叫或子整合作業任務。逾時後，執行狀態會設為 外部系統呼叫的例子包括：呼叫外部端點、使用連接器呼叫 Salesforce，以及呼叫 Google Cloud 函式 |
2 分鐘 | |
非同步 (ASYNC) 整合執行作業的逾時時間 如果子整合執行時間超過 2 分鐘，建議您以非同步模式執行整合 |
10 分鐘 | |
發布新版本後，舊版整合項目可執行的最長時間 (系統一致性) 這是因為 Application Integration 是提供最終一致性的分散式系統。系統會使用快取，可能需要一些時間才能清除及重新整理 |
10 分鐘 | |
| 每項專案的整合項目數量上限 | 1000 | |
一項整合中的工作數量上限 如需更多工作，建議您將整合作業拆分為多項整合作業 |
100 | |
| 一項整合允許的版本數量上限 | 100 | |
| 整合作業執行作業可持續的天數，包括核准工作期間的暫停時間 | 31 天 | |
| API 觸發條件 | 觸發條件 ID 中 TRIGGER_NAME 的字元數上限
觸發條件 ID 格式： |
64 個半形字元 |
| Apps Script 工作 | Apps Script 的有效部署作業數量上限 | 50 |
| API 可執行檔的每秒查詢次數 (QPS) | 每分鐘 5,000 次 | |
| 網頁應用程式部署作業的每秒查詢次數 (QPS) | 每分鐘 5,000 次 | |
| API 執行檔的延遲時間 | 1.5 秒 | |
| 網頁應用程式延遲時間 | 2.5 秒 | |
| Apps Script 中所有整合變數的累計大小上限 | 15 MB | |
| 呼叫 REST 端點任務 | 並行 REST 呼叫數量上限 | 100 |
| 傳送至 REST 端點的要求主體大小上限 | 20 MB | |
| 從 REST 端點收到的回應大小上限 | 34 MB (34,000,000 個位元組) | |
| 呼叫整合工作 | 可從主要整合作業執行的子整合作業數量上限 | 10000 |
| 連接器工作 | 連接器工作執行逾時 | 3 分鐘 |
| 連接器回應的大小上限 | 20 MB | |
| 執行自訂查詢：逾時上限 | 180 秒 | |
| 執行自訂查詢：資料列數量上限 | 50,000 | |
| While Loop 工作和For Each Loop 工作 | 處理資料的累計大小上限 | 20 MB |
| 反覆運算次數上限 | 8000 | |
| 從每個子整合呼叫收集的資料累計大小上限 | 50 MB | |
| For Each Parallel 工作 | 處理資料的累計大小上限 | 20 MB |
| 反覆運算次數上限 | 10000 | |
| 平行執行作業數量上限 | 50 | |
| 資料對應工作 | 陣列資料類型變數的大小上限 | 100,000 個元素 |
| JSON 資料類型變數的大小上限 | 20 MB | |
| 字串資料類型變數的大小上限 | 20 MB | |
| 資料轉換器工作 | 指令碼評估可用的記憶體上限 | 300 MB |
| JavaScript 工作 | 指令碼的要求大小上限 | 25 MB |
| 「傳送電子郵件」任務 | 工作收件者人數上限 | 30 |
資料處理限制
不建議在下列情況使用整合功能：
- 整合需要移動大量資料，或著重於擷取、轉換和載入 (ETL) 程序
- 執行期間，所有整合資料的累計大小超過
10 MB計算累積資料大小時，請將所有類型的資料大小相加，例如輸入變數、輸出變數和其他中繼工作變數