このセクションでは、統合を設計、構築、管理する際に考慮すべき Apigee Integration の割り当てと上限について説明します。Apigee Integration 機能は、割り当てと上限の範囲内でユースケースを構成すると、安定性とパフォーマンスを得られるように設計されています。
割り当てにより、Cloud プロジェクトで使用できる特定の共有 Google Cloud リソース（ハードウェア、ソフトウェア、ネットワーク コンポーネントなど）の量が制限されます。
割り当てはシステムの一部で、次のことを行います。
- Google Cloud のプロダクトとサービスの使用や消費量をモニタリングする。
- 公平性を確保し、使用量の急増を抑えるなどの理由で、リソースの消費を制限する。
- 規定の制限を自動的に適用する構成を維持する。
- 割り当ての変更を行う。または、リクエストする手段を提供する。
割り当てを超えると、ほとんどの場合、システムは関連する Google リソースへのアクセスをすぐにブロックするため、実行しようとしているタスクは失敗します。ほとんどの場合、割り当ては各 Cloud プロジェクトに適用され、その Cloud プロジェクトを使用するすべてのアプリケーションと IP アドレスで共有されます。
Apigee Integration リソースにも上限があります。こうした上限は、割り当てシステムとは無関係です。上限は、特に明記されていない限り変更できません。
リソースの割り当て
Google Cloud プロジェクトごとの Apigee Integration リソースには、以下の割り当てが適用されます。| リソース | 割り当て | 値 | 上限引き上げ可能 |
|---|---|---|---|
| 統合の実行 | プロジェクトあたりの最大同時実行数 | 10 | なし |
| 統合あたりの最大同時実行数 | 10 | なし | |
| 1 日あたりの最大タスク実行数（サブスクリプション支払いモデル） | 500 | なし | |
| 1 分あたりの統合実行リクエストの数 | 24000 | なし | |
| Integration Connectors | 1 プロジェクト、1 リージョンあたりの最大接続数 | 50 | あり |
| 1 分あたりの接続スキーマの読み取りリクエスト数 | 12000 | なし | |
| 1 分あたりの読み取り接続リクエストの数 | 12000 | なし | |
| 1 分あたりの読み取りリージョン リクエストの数 | 12000 | なし | |
| 統合の実行ログとモニタリング | 1 分あたりの読み取り実行リクエストの数 | 12000 | なし |
| 統合ページ （このページには、プロジェクトで使用可能なすべての統合が一覧表示されます） |
1 分あたりの統合の読み取りリクエスト数 | 12000 | なし |
| 統合デザイナー ページ （このページには、すべての統合バージョンと構成されたタスク エンティティを含む統合全体が読み込まれます） |
1 分あたりのタスク エンティティ読み取りリクエストの数 | 12000 | なし |
| 1 分あたりの統合バージョン読み取りリクエストの数 | 12000 | なし | |
| 1 分あたりの統合バージョン書き込みリクエストの数 | 12000 | なし | |
| Salesforce トリガー | 1 分あたりの Salesforce チャネル読み取りリクエストの数 | 12000 | なし |
| 1 分あたりの Salesforce チャネル書き込みリクエストの数 | 12000 | なし | |
| 1 分あたりの Salesforce インスタンス読み取りリクエストの数 | 12000 | なし | |
| 1 分あたりの Salesforce インスタンス書き込みリクエストの数 | 12000 | なし |
使用量上限
Apigee Integration では、以下の使用量上限が適用されます。この値を追跡し、所定の上限内に収まるようにすることはお客様の責任です。上限を超えると、統合を実施する際に、スループットの低下、タスクの失敗、レイテンシの増加につながる可能性があります。| リソース | 上限 | 値 |
|---|---|---|
| Apigee Integration 全体に適用 | 統合名の最大文字数 | 64 文字 |
| すべての統合データの最大累積サイズ（入力変数と出力変数を含む） | 25 MB | |
| 接続で送受信されるすべてのインテグレーション データ（入力変数と出力変数を含む）の最大累積サイズ | 8 MB | |
同期（SYNC）インテグレーション実行のタイムアウト。 タイムアウト時間には、実行中の外部システム呼び出しやインテグレーションのサブインテグレーション タスクが含まれます。外部システム呼び出しの例には、外部エンドポイントの呼び出し、コネクタを使用した Salesforce の呼び出し、Google Cloud Functions の呼び出しなどがあります。 |
2 分 | |
非同期（ASYNC）インテグレーション実行のタイムアウト。 サブインテグレーションの実行に 2 分以上かかる場合は、ASYNC モードでインテグレーションを実行することを検討してください。 |
10 分 | |
新しいバージョンを公開してから、古いバージョンの統合を実行できるまでの最大時間（システムの整合性）。 これは、Apigee Integration が結果整合性を確保する分散システムであるためです。システム全体でキャッシュを使用するため、クリアや更新に時間がかかることがあります。 |
10 分 | |
統合におけるタスクの最大数 さらに多くのタスクが必要な場合は、統合を複数の統合に分割することをおすすめします。 |
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 の同時呼び出しの最大数 | 10000 |
| REST エンドポイントへのリクエストの最大サイズ | 20 MB | |
| REST エンドポイントからのレスポンスの最大サイズ | 20 MB | |
| インテグレーションの呼び出しタスク | メインの統合から実行できるサブ統合の最大数 | 10000 |
| コネクタタスク | コネクタからのレスポンスの最大サイズ | 20 MB |
| While Loop タスクと For Each Loop タスク | 処理されるデータの最大累積サイズ | 20 MB |
| 反復処理の最大数 | 8000 | |
| For-Each Parallel タスク | 処理されるデータの最大累積サイズ | 20 MB |
| 並列実行の最大数 | 10000 | |
| データ マッピング タスク | 配列データ型変数の最大サイズ | 100,000 要素 |
| JSON データ型変数の最大サイズ | 20 MB | |
| 文字列データ型変数の最大サイズ | 20 MB | |
| JSON データ型変数の最大サイズ | 20 MB | |
| Data Transformer Script タスク | スクリプト評価に使用できる最大メモリ | 300 MB |
データ処理の上限
次のような場合は、統合を使用しないことをおすすめします。
- 統合で、バルクデータの移動や、抽出、変換、読み込み（ETL）プロセスを重視する。
- すべての統合データの累積サイズが、実行中に
10 MBより大きくなる。累積データサイズを計算するときは、入力変数、出力変数、その他の中間タスク変数など、すべてのデータタイプのサイズを追加します。
サポートされるリージョン
Apigee Integration は、データプレーンとランタイム リージョン指定をサポートしています。統合作成プロセスでは、データと実行のために特定のリージョンを選択できます。
次の表では、Apigee Integration が利用可能なリージョンの一覧を示します。
南北アメリカ
| リージョンの説明 | リージョン名 | 詳細 |
|---|---|---|
| オレゴン |
us-west1
|
 低 CO2 |
| ロサンゼルス |
us-west2
|
|
| ソルトレイクシティ |
us-west3
|
|
| ラスベガス |
us-west4
|
|
| サウスカロライナ |
us-east1
|
|
| 北バージニア |
us-east4
|
|
| コロンバス |
us-east5
|
|
| アイオワ |
us-central1
|
低 CO2 |
| ダラス |
us-south1
|
|
| モントリオール |
northamerica-northeast1
|
|
| トロント |
northamerica-northeast2
|
|
| サンパウロ |
southamerica-east1
|
低 CO2
|
| サンティアゴ |
southamerica-west1
|
低 CO2 |
ヨーロッパ
| リージョンの説明 | リージョン名 | 詳細 |
|---|---|---|
| ベルギー |
europe-west1
|
低 CO2 |
| ロンドン |
europe-west2
|
|
| フランクフルト |
europe-west3
|
|
| オランダ |
europe-west4
|
|
| チューリッヒ |
europe-west6
|
低 CO2 |
| パリ |
europe-west9
|
低 CO2 |
| ベルリン |
europe-west10
|
|
| トリノ |
europe-west12
|
|
| フィンランド |
europe-north1
|
低 CO2 |
| ワルシャワ |
europe-central2
|
|
| マドリッド |
europe-southwest1
|
アジア太平洋
| リージョンの説明 | リージョン名 |
|---|---|
| 台湾 |
asia-east1
|
| 香港 |
asia-east2
|
| ムンバイ |
asia-south1
|
| デリー |
asia-south2
|
| 東京 |
asia-northeast1
|
| 大阪 |
asia-northeast2
|
| ソウル |
asia-northeast3
|
| シンガポール |
asia-southeast1
|
| ジャカルタ |
asia-southeast2
|
| シドニー |
australia-southeast1
|
| メルボルン |
australia-southeast2
|
中東
| リージョンの説明 | リージョン名 |
|---|---|
| ドーハ | me-central1 |
| ダンマーム | me-central2 |
| テルアビブ | me-west1 |