Application Integration でサポートされているコネクタをご覧ください。
割り当てと上限
このドキュメントでは、Application Integration に適用される割り当てとシステムの上限を示します。割り当ては、使用できるカウント可能な共有リソースの量を指定します。割り当ては、Application Integration などの Google Cloud サービスによって定義されます。 システムの上限は、変更できない固定値です。
Google Cloud では、割り当てを使用して公平性を確保し、リソースの使用量と可用性の急増を抑えます。割り当ては、Google Cloud プロジェクトで使用できる Google Cloud リソースの量を制限します。割り当ては、ハードウェア、ソフトウェア、ネットワーク コンポーネントなど、さまざまなリソースタイプに適用されます。たとえば、割り当てによって、サービスへの API 呼び出しの数、プロジェクトで同時に使用されるロードバランサの数、作成可能なプロジェクトの数を制限できます。割り当てを適用することで、サービスの過負荷を防ぎ、Google Cloud ユーザーのコミュニティを保護します。割り当ては、自組織で使用している Google Cloud リソースの管理にも役立ちます。
Cloud Quotas システムは次のことを行います。
- Google Cloud のプロダクトとサービスの消費量をモニタリングする
- これらのリソースの消費量を制限する
- 割り当て値の変更をリクエストする方法を提供する
ほとんどの場合、割り当ての許容量を超えるリソースを消費しようとすると、システムによってリソースへのアクセスがブロックされ、実行しようとしているタスクは失敗します。
割り当ては通常、Google Cloud プロジェクト レベルで適用されます。あるプロジェクトでリソースを使用しても、別のプロジェクトで使用可能な割り当てに影響することはありません。Google Cloud プロジェクト内では、すべてのアプリケーションと IP アドレスで割り当てが共有されます。
Application Integration リソースにもシステムの上限があります。システムの上限は変更できません。
デフォルトでは、Application Integration の割り当てと上限はプロジェクト単位で適用されます。これとは異なる基準で適用される割り当てと上限は、各プロジェクトのデフォルトの同時実行数や、プロジェクトごとの統合の最大数などで示されます。
リソースの割り当て
各 Google Cloud プロジェクトの Application Integration リソースには、次の割り当てが適用されます。割り当ての変更をリクエストすることで、割り当てを増減できます。
リソース | 割り当て | 値 |
---|---|---|
統合の実行 | プロジェクトごとのデフォルトの同時実行数 | 50 |
1 分あたりの統合実行依頼の数。 | 24000 | |
統合実行が継続できる日数(承認タスク中の一時停止を含む) | 31 日 | |
Integration Connectors | Integration Connectors の上限をご覧ください。 | |
実行ログとモニタリングの統合 | 1 分あたりの読み取り実行リクエストの数 | 18000 |
統合ページ (このページには、プロジェクトで使用可能なすべての統合が一覧表示されます) |
1 分あたりの読み取り統合リクエストの数 | 12000 |
インテグレーション エディタページ (このページには、すべての統合バージョンと構成されたタスク エンティティを含む統合全体が読み込まれます) |
1 分あたりのタスク エンティティ読み取りリクエストの数 | 12000 |
1 分あたりの読み取り統合バージョンのリクエストの数 | 12000 | |
1 分あたりの統合バージョン書き込みリクエストの数 | 12000 | |
[認証プロファイル] ページ (このページには、プロジェクトで使用可能なすべての認証プロファイルが一覧表示されます) |
1 分あたりの読み取りリクエストの数 | 12000 |
1 分あたりの書き込みリクエストの数 | 12000 | |
Salesforce トリガー | Salesforce チャネルの 1 分あたりの読み取りリクエストの数 | 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 の最大文字数TRIGGER_NAME トリガー ID の形式: |
64 文字 |
Apps Script タスク | Apps Script のアクティブなデプロイの最大数 | 50 |
API 実行可能ファイルの秒間クエリ数(QPS) | 1 分あたり 5,000 回 | |
ウェブアプリのデプロイにおける秒間クエリ数(QPS) | 1 分あたり 5,000 回 | |
API 実行可能ファイルのレイテンシ | 1.5 秒 | |
ウェブアプリのレイテンシ | 2.5 秒 | |
Apps Script 内のすべての統合変数の最大累積サイズ | 15 MB | |
REST エンドポイントの呼び出しタスク | REST の同時呼び出しの最大数 | 100 |
REST エンドポイントからのリクエストの最大サイズ。 | 25 MB | |
REST エンドポイントからのレスポンスの最大サイズ。 | 25 MB | |
統合の呼び出しタスク | メインの統合から実行できるサブ統合の最大数 | 10000 |
コネクタタスク | コネクタ タスク実行のタイムアウト | 3 分 |
コネクタからのレスポンスの最大サイズ | 20 MB | |
while ループタスクとFor Each Loop タスク | 処理されるデータの最大累積サイズ | 20 MB |
反復処理の最大数 | 8000 | |
各サブ統合呼び出しから収集されるデータの最大累積サイズ | 50 MB | |
並列処理タスク | 処理されるデータの最大累積サイズ | 20 MB |
並列実行の最大数 | 50 | |
データ マッピング タスク | 配列データ型変数の最大サイズ | 100000 要素 |
JSON データ型変数の最大サイズ | 20 MB | |
文字列データ型変数の最大サイズ | 20 MB | |
Data Transformer タスク | スクリプト評価に使用できる最大メモリ | 300 MB |
データ処理の上限
次のような場合は、統合を使用しないことをおすすめします。
- 統合にバルクデータの移動や、抽出、変換、読み込み(ETL)プロセスが重視される。
- すべての統合データの累積サイズが、実行中に
10 MB
より大きくなる。累積データサイズを計算するときは、入力変数、出力変数、その他の中間タスク変数など、すべてのデータタイプのサイズを追加します。