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