Application Integration でサポートされているコネクタをご覧ください。
割り当てと上限
このドキュメントでは、Application Integration に適用される割り当てと上限を示します。 割り当ての詳細については、Virtual Private Cloud の割り当てをご覧ください。
割り当ては、Google Cloud プロジェクトで使用できる共有 Google Cloud リソース（ハードウェア、ソフトウェア、ネットワーク コンポーネントなど）の量を制限します。つまり、割り当てはシステムの一部で、次の機能があります。
- Google Cloud のプロダクトとサービスの使用量や消費量をモニタリングする。
- 公平性の確保や使用量急増の抑制などのため、これらのリソースの消費量を制限する。
- 規定の制限を自動的に適用する構成を維持する。
- 割り当てをリクエストまたは変更する手段を提供する。
ほとんどの場合、割り当てを超過すると、システムは関連する Google リソースへのアクセスをすぐにブロックするため、ユーザーが試行しているタスクは失敗します。ほとんどの場合、割り当ては各 Google Cloud プロジェクトに適用され、その Google Cloud プロジェクトを使用するすべてのアプリケーションと IP アドレスで共有されます。
Application Integration リソースにも上限があります。これらの上限は、割り当てシステムとは無関係です。上限は、特に明記されていない限り、変更できません。
デフォルトでは、Application Integration の割り当てと上限はプロジェクト単位で適用されます。これとは異なる基準で適用される割り当てと上限は、各プロジェクトのデフォルトの同時実行数や、プロジェクトごとの統合の最大数などで示されます。
リソースの割り当て
各 Google Cloud プロジェクトの Application Integration リソースには、次の割り当てが適用されます。割り当ての変更をリクエストすることで、割り当てを増減できます。
| リソース | 割り当て | 値 | |
|---|---|---|---|
| 統合の実行 | プロジェクトごとのデフォルトの同時実行数 | 50 | |
| 1 分あたりの統合実行依頼の数。 | 24000 | ||
| Integration Connectors | Integration Connectors の上限をご覧ください。 | ||
| 実行ログとモニタリングの統合 | 1 分あたりの読み取り実行リクエストの数 | 18000 | |
| 統合ページ （このページには、プロジェクトで使用可能なすべての統合が一覧表示されます） |
1 分あたりの統合の読み取りリクエスト数 | 12000 | |
| [統合エディタ] ページ （このページには、すべての統合バージョンと構成されたタスク エンティティを含む統合全体が読み込まれます） |
1 分あたりのタスク エンティティ読み取りリクエストの数 | 12000 | |
| 1 分あたりの読み取り統合バージョンのリクエストの数 | 12000 | ||
| 1 分あたりの書き込み統合バージョンのリクエストの数 | 12000 | ||
| [認証プロファイル] ページ （このページには、プロジェクトで使用可能なすべての認証プロファイルが一覧表示されます） |
1 分あたりの読み取りリクエストの数 | 12000 | |
| 1 分あたりの書き込みリクエストの数 | 12000 | ||
| Salesforce トリガー | 1 分あたりの Salesforce チャネル読み取りリクエストの数 | 12000 | |
| Salesforce チャネルの 1 分あたりの書き込みリクエストの数 | 12000 | ||
| Salesforce チャネルの 1 分あたりの読み取りリクエストの数 | 12000 | ||
| Salesforce インスタンスの 1 分あたりの書き込みリクエストの数 | 12000 |
割り当ての増加をリクエストする
ほどんどの場合、割り当ての増減を行うには Google Cloud コンソールを使用します。詳細については、割り当ての増加をリクエストするをご覧ください。
使用量上限
Application Integration では、次の使用量上限が適用されます。ユーザーには、数値が規定の範囲内に収まっているかどうか追跡調査をして、確認を行う責任があります。上限を超えると、統合を実施する際に、スループットの低下、タスクの失敗、レイテンシの増加につながる可能性があります。| リソース | 上限 | 値 |
|---|---|---|
| Application Integration 全体に適用 | インテグレーション名の最大文字数 | 64 文字 |
| すべての統合データの最大累積サイズ（入力変数と出力変数を含む） | 25 MB | |
| 接続で送受信されるすべてのインテグレーション データ（入力変数と出力変数を含む）の最大累積サイズ | 8 MB | |
同期（SYNC）統合実行のタイムアウト タイムアウト時間には、実行中の外部システム呼び出しや統合のサブ統合タスクが含まれます。外部システム呼び出しの例には、外部エンドポイントの呼び出し、コネクタを使用した Salesforce の呼び出し、Google Cloud Functions の呼び出しが含まれます。 |
2 分 | |
非同期（ASYNC）統合実行のタイムアウト サブインテグレーションの実行に 2 分以上かかる場合は、ASYNC モードでインテグレーションを実行することを検討してください |
10 分 | |
新しいバージョンを公開してから、古いバージョンの統合を実行できるまでの最大時間（システムの整合性） これは、Application Integration が結果整合性を提供する分散システムであるためです。キャッシュはシステム全体で使用されますが、クリアと更新に時間がかかることがあります |
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 秒 | |
| ウェブアプリのレイテンシ | 2.5 秒 | |
| Apps Script 内のすべての統合変数の最大累積サイズ | 15 MB | |
| REST エンドポイントの呼び出しタスク | 同時 REST 呼び出しの最大数 | 100 |
| REST エンドポイントからのリクエストの最大サイズ。 | 25 MB | |
| REST エンドポイントからのレスポンスの最大サイズ。 | 25 MB | |
| 統合の呼び出しタスク | メインの統合から実行できるサブ統合の最大数 | 10000 |
| コネクタタスク | Connector タスクの実行のタイムアウト | 3 分 |
| コネクタからのレスポンスの最大サイズ | 20 MB | |
| while ループタスクと For Each Loop タスク | 処理されるデータの最大累積サイズ | 20 MB |
| 反復処理の最大数 | 8000 | |
| 各サブ統合呼び出しから収集されるデータの最大累積サイズ | 50 MB | |
| 並列処理タスク | 処理されるデータの最大累積サイズ | 20 MB |
| 並列実行の最大数 | 50 | |
| データ マッピング タスク | 配列データ型変数の最大サイズ | 100,000 要素 |
| JSON データ型変数の最大サイズ | 20 MB | |
| 文字列データ型変数の最大サイズ | 20 MB | |
| Data Transformer Script タスク | スクリプト評価に使用できる最大メモリ | 300 MB |
データ処理の上限
次のような場合は、統合を使用しないことをおすすめします。
- 統合にバルクデータの移動や、抽出、変換、読み込み（ETL）プロセスが重視される。
- すべての統合データの累積サイズが、実行中に
10 MBより大きくなる。累積データサイズを計算するときは、入力変数、出力変数、その他の中間タスク変数など、すべてのデータタイプのサイズを追加します。