サービス制限

統合サービス・インスタンス

• リージョン当たり200のサービス・インスタンス

  ノート: この値は、リージョンごとにプロビジョニングするサービス・インスタンスの数であり、Oracle Integrationの「監視性」タブでアクティブ化およびモニターする統合インスタンス(アプリケーションやスケジュールなど)の数ではありません。

  ホーム・リージョン外のサービス・インスタンスを作成する機能は、いくつかの要因によって異なります。制限を参照してください。

プライベート・エンドポイント

• サービス・インスタンス当たり1つのプライベート・エンドポイント

• プライベート・エンドポイント当たり1サブネット

カスタム・エンドポイント

• サービス・インスタンス当たり1つのカスタム・エンドポイント

Oracle Integrationの内部診断ログ

• 30日間- デバッグ使用のためにOracle Cloud Infrastructure Loggingに保持

  Log Analyticsを参照してください。

• 10MB (圧縮を使用

すべてのconnectivity-agent-enabledアダプタ

• リクエストとして50MB
• レスポンスとして50MB

接続性エージェントで構成されたSOAPおよびRESTアダプタ

• SOAP/RESTエンドポイントからのレスポンスとして50MB (構造化XML/JSONドキュメント)
• SOAP/RESTエンドポイントからのレスポンスとしてのアタッチメント用に1 GB

• SOAPおよびREST: 50MB
• ファイルおよびFTP呼出しのレスポンス: 50MB
• その他のプロトコル: 10MB (データベース、JMS、MQ、Kafkaなど)

• クラウド・エンドポイント: 100MB (接続性エージェントを使用しない)
• プライベート・エンドポイント: 100MB

• 1GB

増大するアダプタのリストでは、プライベート・エンドポイントへの接続がサポートされています。

Oracle Integration 3での統合の使用のプライベート・エンドポイントへの接続をサポートするアダプタを参照してください。

起動構成の場合

メッセージの生成/消費操作:

• 10MB (すべてのアウトバウンド操作に対するスキーマ変換あり)

• 100 MB

データベース・アダプタ

• Oracle Autonomous Data Warehouseアダプタ
• Oracle Autonomous Transaction Processingアダプタ
• Oracle Databaseアダプタ
• Oracle Database Cloud Serviceアダプタ
• IBM DB2アダプタ
• Microsoft SQL Serverアダプタ
• MySQLアダプタ
• Netezzaアダプタ
• PostgreSQLアダプタ
• SAP ASE (Sybase)アダプタ
• スノーフレーク・アダプタ

トリガー構成の場合

ポーリング操作:

• 50MB (エージェントベースのエンドポイントのスキーマ変換あり)
• プライベート・エンドポイントを介したスキーマ変換で100MB

起動構成の場合

ストアド・プロシージャ、表に対する操作およびPureSQL文の実行操作:

• 10MB (すべてのアウトバウンド操作に対するスキーマ変換あり)

データベース選択操作:

• パブリック・インターネットベースのエンドポイントの場合は100MB
• プライベート・エンドポイントに100MB
• エージェントベースのエンドポイントの場合は50MB

ファイルの読取り操作:

• スキーマなしで使用する場合は1 GB
• 変換にスキーマを使用する場合は50MB
• 構造化ペイロードを持つ読み取り操作の場合は50Mバイト

接続エージェントを使用したポーリング:

• 50 MB

ファイルのダウンロード操作:

• 1GB

ノート: CSVファイルのサイズは、メッセージに変換されると増加します。そのため、変換後のメッセージ・サイズが50MBを超えないように、ファイル・サイズは50MB未満である必要があります。

起動構成の場合

ファイルの読取り操作:

• スキーマなしで使用する場合は1 GB (接続性エージェントの有無にかかわらず使用する場合)
• 変換にスキーマを使用する場合は、クラウドベースのエンドポイントに100 MB
• 変換にスキーマを使用する場合は、エージェントベースのエンドポイントに50 MB
• パブリック・インターネットベースのエンドポイントの場合は100MB
• プライベート・エンドポイントに100MB

ファイルのダウンロード操作:

• 1 GB (接続エージェントの有無にかかわらず使用する場合)

ファイルの書込み操作:

• 指定する値には制限がありません

JMSアダプタ

• Oracle WebLogic JMSアダプタ
• IBM MQ Series JMSアダプタ

トリガー構成の場合

メッセージ消費操作:

• 10MB (スキーマ変換あり)

起動構成の場合

メッセージ発行操作:

• 10MB (スキーマ変換あり)

• レスポンス・ペイロードの場合は50 MB

• パブリック・インターネットベースのエンドポイントの場合は100MB
• エージェントベースのエンドポイントの場合は50MB

トリガー構成の場合

• スキーマ生成に使用されるXMLドキュメントの場合は3MB

  RESTアダプタ機能を参照してください。

• 添付のあるメッセージ(multipart/form-dataなど)の場合は1 GB

• 100 MB (受信構造化メッセージ・ペイロード(JSON、XML、HTML、YAMLまたはYMLを含む任意のcontent-typeヘッダー)

  ノート: JSONペイロードのフィールドの文字列長が20MBを超えると、変換失敗エラーが表示されます。Oracle Integration 3でのRESTアダプタの使用のORABPEL-15235の翻訳失敗の発生を参照してください。

• rawバイトとしての受信コンテンツに1 GB (コンテンツ・タイプとしてapplication/octet-stream)

• アダプタ・エンドポイント構成ウィザードでレスポンス・ペイロード形式を指定するために使用されるJSONサンプル・ファイル用に100KB

起動構成の場合

• データ定義生成に使用されるXMLドキュメントの場合は3MB

  RESTアダプタ機能を参照してください。

• アダプタ・エンドポイント構成ウィザードでリクエスト・ペイロード形式を指定するために使用されるJSONサンプル・ファイル用に100KB

• 呼出しランタイム・バイナリ・データ(application/octet-stream)の一部として返されたレスポンスに1 GB

• 構造化コンテンツ(JSON/CSV/XMLなど)のエージェントベースのエンドポイントから返されたレスポンスの場合は50MB

• 構造化コンテンツ(JSON/CSV/XMLなど)のプライベート・エンドポイントから返されたレスポンスの場合は100MB

• 構造化コンテンツ(JSON/CSV/XMLなど)のパブリック・インターネット・ベースのエンドポイントから返されたレスポンスの場合は100MB

RESTベース・アダプタ(インバウンドのRESTエンドポイントを公開するアダプタまたは外部RESTエンドポイントを起動するアダプタ)

たとえば、Oracle Commerce Cloudアダプタ、Oracle Fusion Field Serviceアダプタなどです。

トリガー構成の場合(該当する場合)

• スキーマ生成に使用されるXMLドキュメントの場合は3MB

  RESTアダプタ機能を参照してください。

• 添付を含むメッセージの場合は1 GB (multipart/mixed、multipart/form-dataなど)

• 100 MB (受信構造化メッセージ・ペイロード(JSON、XML、HTML、YAMLまたはYMLを含む任意のcontent-typeヘッダー)

• rawバイトとしての受信コンテンツに1 GB (コンテンツ・タイプとしてapplication/octet-stream)

• レスポンス・ペイロード形式の指定に使用されるJSONサンプル・ファイルの場合は100KB

起動構成の場合(該当する場合)

• データ定義生成に使用されるXMLドキュメントの場合は3MB

  RESTアダプタ機能を参照してください。

• アウトバウンド・リクエストのアタッチメントに1 GB

• リクエスト・ペイロード形式の指定に使用されるJSONサンプル・ファイルの場合は100KB

• エージェントベースのエンドポイントの場合は50MB

• プライベート・エンドポイントに100MB

• パブリック・インターネットベースのエンドポイントの場合は100MB

• バッチ当たり8MB (10,000レコード)

  様々なバルク操作による大規模データ・セットの非同期処理を参照してください。

• 50 MB

  トリガー接続としてのSAPアダプタの場合、すべてのドキュメント・タイプの制限は50MBです。

トリガー構成の場合

• リクエストおよびレスポンスの構造化ペイロード(XML)の場合は100MB

起動構成の場合

• リクエストおよびレスポンスの構造化ペイロード(XML)の場合は100MB
• エージェントベースのエンドポイントの場合は50MB
• プライベート・エンドポイントに100MB
• パブリック・インターネットベースのエンドポイントの場合は100MB

SOAPベース・アダプタ(インバウンドのSOAPエンドポイントを公開するアダプタまたは外部SOAPエンドポイントを起動するアダプタ)

たとえば、Oracle Logisticsアダプタ

トリガー構成の場合(該当する場合)

• リクエストおよびレスポンスの構造化ペイロード(XML)の場合は100MB

起動構成の場合(該当する場合)

• 応答の構造化ペイロード(XML)の場合は100MB
• エージェントベースのエンドポイントの場合は50MB
• プライベート・エンドポイントに100MB

• 接続タイムアウトの4分

• READタイムアウト: 5分
• 接続タイムアウト: 5分

• Oracle Autonomous Data Warehouseアダプタ
• Oracle Autonomous Transaction Processingアダプタ
• Oracle Database Cloud Serviceアダプタ
• MySQLアダプタ
• Microsoft SQL Serverアダプタ
• Oracle Databaseアダプタ
• IBM DB2アダプタ

• 240秒

  ストアド・プロシージャまたはPureSQLデータベース操作を含む2021年8月より後に作成された統合は、この制限の後にタイムアウトします。

• 800アクティブな統合

  Oracle Integration 3での統合の使用の統合のアクティブ化を参照してください。

• 16 起動

  たとえば、親統合(スケジュール統合)が子統合(アプリケーション統合)を起動すると、親統合が再帰的に呼び出されます。

  リクエスト実行パスに沿った統合エントリ・ポイントは、制限にカウントされます。16を超えると、エラーが発生します。

• 10,000文字

この制限は、グローバル変数を含むstring型のすべての変数、および割当て、ステッチまたはマッパー内で使用される連結関数を含むすべての関数に適用されます。

たとえば、3つのブランチを持つパラレル・アクションには、パラレル・アクションの実行中に2つの追加同時実行スロットが必要です。1つのブランチは、すでに取得されている元のフローに対してカウントされます。

• 同期:メッセージ・パックごとに100件の同時リクエスト(最大2000件)

  同期統合の実行に関して高い同時実行性要件がある場合は、追加のメッセージ・パックでコンカレント要求制限を増やすと便利です。

  コンカレント・リクエストのスケーラビリティの計算方法の詳細は、「メッセージ・パックの使用状況および同期/非同期リクエスト」を参照してください。

  パラレル・アクションは、統合タイプ(同期、非同期など)とは関係なく、同期リクエストの同時実行性の制限にカウントされます。

  たとえば、3つのブランチを持つパラレル・アクションには、パラレル・アクションの実行中に2つの追加同時実行スロットが必要です。1つのブランチは、すでに取得されている元のフローに対してカウントされます。

• 非同期:制限はありません。一度に実行できるリクエストの数は次で、残りはキューに入れられます。メッセージ・パック当たり50リクエスト、最大1000リクエストです。

  非同期同時実行には、スケジュール済 + トリガー済 + 接続性エージェントが含まれます。

• サービス・インスタンス当たり50の統合

• エラー以外のイベント: 20,000
• エラー・イベント: 30,000 (イベントがエラーに関連付けられている場合は10,000を超える)
• 記録される最大エラー数: 2,000

これらの制限に達すると、イベントはアクティビティ・ストリームに記録されなくなりますが、引き続き処理され、統合インスタンスの全体的な状態が計算されます。これにより、統合インスタンスの状態がすべてのシナリオで更新されます。

• 同期: 5分

  その後、HTTP 502が発生します。

• 非同期: 6時間

  その後、統合インスタンスは、期限タイムアウトのために中断としてマークされます。

• 予定: 6時間

  その後、統合インスタンスは、期限タイムアウトのために中断としてマークされます。

• ファイル全体の読取り操作: 100MB

  100MBを超えるファイルの場合、セグメント内のファイル読取り操作を使用してください。

• ファイルの暗号化操作: 1 GB

• ファイルの復号化操作: 1 GB

• 300秒

  その後、統合はタイムアウト・エラーを返します。

• 10 MB

• encodeReferenceToBase64(String reference)およびdecodeBase64ToReference(String base64Content)ファンクションの場合は10MB

• ルックアップテーブルの行の最大数: 制限なし
• ルックアップ表の最大列数: 100
• 最大参照インポート制限: 100MB
• 最大文字制限: 1,024
• 最大列長: 2,048文字
• ドメイン名の長さ: 50文字

• デフォルトの方法: 500KBの電子メール本文の最大サイズ(超えることはできません)

  Eメール本文サイズと添付サイズの両方が、デフォルトの方法の合計サイズの計算で考慮されます。デフォルト・メソッドの最大合計サイズは2MBです。たとえば、メッセージの電子メール本文サイズが250KBの場合、エンコード・サイズで最大1.75MBのファイルを添付して、合計デフォルト値の2MBに到達できます。

• 顧客テナンシの方法: 500 KBの最大電子メール本文サイズ(超えることはできません)

  Eメール本文サイズと添付サイズの両方が、顧客テナンシ・メソッドの合計サイズの計算で考慮されます。Oracle Cloud Infrastructure Email Delivery Serviceでサポートされている最大値に達するまで、合計サイズを増やすことができます。

  たとえば、顧客テナンシでサポートされている合計サイズが4MBであるとします。メッセージの電子メール本文サイズが250KBの場合、エンコード・サイズで最大3.75MBのファイルを添付して、顧客テナンシの合計値4MBに到達できます。

通知電子メールの構成および電子メール配信サービスの機能および制限を参照してください。

• デフォルトの方法: 10,000通のEメール
• 顧客テナンシ方式:制限は、Oracle Cloud Infrastructure Email Delivery Serviceで許可される数です。

通知電子メールの構成および電子メール配信サービスの機能および制限を参照してください。

• 15秒

• 20パラメータ

• 120秒

• スケジュール済またはアウトオブバンド: 1

  アウトオブバンド・リクエストは、スケジュールに関連付けられた「今すぐ実行」の実行です。

• 非定型: 1

  アドホック・リクエストは、スケジュールに関連付けない今すぐ実行実行です。

• ユーザー・インタフェース:テナント当たり100リクエスト/秒、ユーザー当たり20リクエスト/秒。
• 監視(インスタンス/エラー) API: 50リクエスト/秒

• 6時間

  その後、統合はOracle Integrationによって終了します。

  Oracle Integration 3での統合の使用のスケジュール統合インスタンスの終了時を参照してください。

• ループ間: 5,000回の反復

• For-eachループ:制限なし

• 追跡ループ反復: 1,000回の反復

  トラッキング・データが取得される単一インスタンスIDのすべてのループで取得される反復の最大数

• 統合: 200
• コネクション: 100
• 参照: 100
• JavaScriptライブラリ: 50
• デプロイメント: 100
• キュー: 50
• イベント: 50

• 5 ブランチ

• 8,191文字

• 本番:標準エディションおよびエンタープライズ・エディションの場合は32日(デフォルト)、Healthcareエディションの場合は184日

  必要に応じて、StandardエディションおよびEnterpriseエディションのデータ保持期間を増やすことができます。インスタンスのデータ保持期間の編集を参照してください。

• 監査: 8日
• デバッグ(非推奨): 24時間

  ノート: 24時間後、デバッグ(非推奨)は自動的に本番にリセットされます。Oracle Integration 3での統合の使用の統合のアクティブ化を参照してください。

• 中止されました。これは、統合の非アクティブ化が原因で発生する可能性があります。
• 正常にリカバリされるか、リカバリによってリカバリ不能なエラーが発生します。
• 標準エディションとエンタープライズ・エディションでは32日(デフォルト)、Healthcareエディションでは184日という、関連する保存期間を超えています。

• 5,000行(ツリーを展開する場合)

• 制限なし

• 50インスタンス

• 10件の再送信

• 256文字

• 5つのパラメータ

• 256文字

• 名前: 50文字
• パッケージ名: 50文字
• バージョン: 10文字
• 説明: 1,024文字

• 500

• 50

• 2分

• インバウンド(トリガー)・アダプタでサポートされているのと同じ制限。

  コンポーネント: アダプタを参照してください。

• ペイロード当たり32KB

  32KBを超えるペイロードはオブジェクト・ストアに格納されます。オブジェクト・ストアに格納されているペイロードに制限はありません。

• 統合インスタンス当たり合計25MB

• ゲートウェイ当たり20のデプロイメント
• デプロイメント当たり50ルート

これにより、ゲートウェイ当たり合計1,000の統合エンドポイントが可能になります。

ロボットインスタンス期間

• 4時間

環境タイムアウトへのロボットインスタンスの割り当て

環境によって異なります。

• 環境プールに環境が含まれていない場合:

  0秒後、ロボット・インスタンスのステータスが「失敗」に変わります

• 環境上のロボットエージェントが要求を受け入れない場合:

  30秒後、Oracle Integrationはロボット・インスタンスを別の環境に割り当てようとします

• 環境プール内のすべての環境のステータスが「使用不可」の場合:

  240秒後に、ロボットインスタンスのステータスが「Failed」に変わります

• 環境プール内の少なくとも1つの環境のステータスが「使用可能」の場合:

  制限なし

ファイル・ダウンロード・タイムアウト

• デフォルトでは180秒ですが、ロボットビルダーはロボットの作成時に別の値を指定できます

ファイル・ダウンロード・サイズ

• 50 MB

ポーリング頻度(ロボット・エージェントがOracle Integrationで作業をポーリングする頻度)

• 15秒

Oracle Integrationが、環境のステータスを「使用不可」に変更する前に、ロボット・エージェントが作業のポーリングを待機する最大時間

• 35秒

サービス・インスタンス・データの保持

• 本番: StandardおよびEnterpriseエディションの場合は32日(デフォルト)、Healthcareエディションの場合は184日

  必要に応じて、StandardエディションおよびEnterpriseエディションのデータ保持期間を増やすことができます。インスタンスのデータ保持期間の編集を参照してください。

• 監査: 8日
• デバッグ(非推奨): 24時間

  24時間後、ロボット・インスタンスのデバッグ・トレース・レベルは自動的に本番に変更されます。

環境プール内の環境

• 100環境

ロボットの文字制限

• 名前: 50文字

• 説明: 1,024文字

• キーワード: 1,024文字

環境プールの文字制限

• 名前: 50文字

• 説明: 1,024文字

• キーワード: 1,024文字

ロボット接続タイプの文字制限

• 名前: 50文字

• 説明: 1,024文字

• キーワード: 1,024文字

ロボット接続文字の制限

• 名前: 50文字

• 説明: 1,024文字

• キーワード: 1,024文字

• 500GB

• サービス・インスタンス当たり50接続

サブスクライブするよりも多くのメッセージを消費しています。

メッセージ・パックは、Oracle Integrationインスタンスが1時間当たり消費するメッセージの数と同じである必要があります。したがって、インスタンスの時間当たりのスループットを把握し、スループットに合せて必要に応じてメッセージ・パックを増やすことが重要です。

2つのメッセージ・パックがあり、1時間当たり10,000件のメッセージが表示され、平均スループットに対応できます。

各リクエストで1つのメッセージが消費されるため、通常、1時間当たり7,200件のメッセージが消費され、これはメッセージ・パックのサブスクリプションに該当します。

ただし、100個の同時同期リクエストが10分間バーストされることがあります。突然、10倍のリクエスト(1分あたり1,200リクエスト)を処理し、バースト中に合計12,000リクエストを処理しています。

リクエスト・バーストを処理するには、さらに2つのメッセージ・パックをサブスクライブする必要があります。

高い同時実行性のバーストを処理する必要があります。

メッセージ・パックの数は、同時同期(および非同期)リクエスト制限に直接影響します。

2つのメッセージ・パックがあり、最大200の同時同期リクエストが可能です。平均の同時実行性は25であるため、通常はその制限の範囲内です。

ただし、250の同時同期リクエストがバーストされることがあります。制限を超えているため、追加のリクエストでエラーが発生します。

リクエスト・バーストを処理するには、さらに1つのメッセージ・パックをサブスクライブする必要があります。