機械翻訳について
  1. Oracle Integration Generation 2のプロビジョニングおよび管理
  2. Oracle Integration Generation 2インスタンスのモニター
  3. 請求可能メッセージのモニター

請求可能メッセージのモニター

管理者は、選択したOracle IntegrationまたはOracle Integration for SaaSインスタンスで消費された請求可能メッセージの数をモニターできます。

Oracle Integration消費モデル

選択したライセンスのタイプによって、メッセージ・パックの定義および従量制方法が決まります。 「使用量メトリック」ページは、Oracle IntegrationとOracle Integration for SaaSで異なります。

  • Oracle Integrationの場合:

    • BYOL: ライセンス持込みユーザーの場合、メッセージ・パックは毎時20,000メッセージとして定義されます。 既存のOracle Fusion Middlewareライセンスをクラウドに持ち上げる場合、最大3つのメッセージ・パックを選択できます。

    • Non-BYOL: これらのライセンス・タイプでは、1つのメッセージ・パックが1時間あたり5,000メッセージとして定義されます。 クラウドで新しいOracle Integrationライセンスを作成する場合は、最大12個のメッセージ・パックを選択できます。

  • Oracle Integration for SaaSの場合では、月に100万件のメッセージをパックして月次ベースで使用状況が追跡されるため、予測不可能な時間単位のボリュームがある場合でもコストを予測できます。 使用状況は毎時ではなく毎月レポートされます。 最大43個のメッセージ・パックを選択できます。

Oracle Integration機能を含む

使用状況メトリックには、次の機能が含まれます。

ノート:

Visual Builderメッセージ消費は、Oracle Integration使用状況メトリックには含まれません。
Oracle Integrationの機能 使用方法

統合

統合請求可能メッセージの計算方法の詳細は、「統合の使用について」を参照してください。

プロセス

プロセス・メータリングは、1時間間隔内に対話する同時一意ユーザーの数を追跡します。 サイズ設定は、メッセージ・パックに変換される同時ユーザーに基づきます。 1つのプロセス・ユーザー/時間は、400メッセージ/時間と同等です。

プロセス請求可能メッセージの計算方法の詳細は、「プロセスの使用方法について」を参照してください。

統合インサイト

「インサイト」の各ビジネス・トランザクションは、1つのメッセージとしてカウントされます。

ファイル・サーバー

「ファイル・サーバー」に関連する追加コストはありません。 FTPアダプタを使用してOracle Integrationの「ファイル・サーバー」にファイルを書き込む場合、FTPアダプタに適用可能な標準価格設定が適用されます。 50KBを超えるファイルの読取りまたは書込みはメッセージとみなされます。 たとえば、110KBは3つのメッセージ(それぞれ50KB)とみなされます。

ノート:

同じOracle Integrationインスタンス内の内部コールはメッセージとしてカウントされません。 機能を一緒に使用する場合のメッセージのカウント方法については、各使用方法の項を参照してください。

使用状況メトリックの表示

  1. ホーム・ページのナビゲーション・ペインで、「モニタリング」、「使用状況メトリック」の順に選択します。
    「使用量メトリック」ページが表示されます。

    ノート:

    データ・メトリックはUTC標準時間を使用して表示されます。

    • Oracle Integrationの場合
      「使用量メトリック」ページには、選択した日の各時間に使用されたメッセージの合計が表示されます。 次の図の例では、青い「構成済」 5Kの線は、プロビジョニング中にOracle Integrationインスタンスが1時間当たり5,000メッセージに対して構成されていることを示しています。 構成済の使用量より低い値は明るいピンクで表示され、その上の値は濃いピンクで表示されます。

      • 別の日付に消費されたメッセージを表示するには、表示カレンダを使用して日付を選択します。

      • 時間間隔の上にカーソルを置くと、そのおおよそのメッセージ消費が表示されます。

      • 画面の右上にある時間別サマリー・アイコンをクリックして、選択した日の各時間とその請求可能メッセージをリストする表を展開します。


      usage_metrics.pngの説明は以下のとおりです
      「図usage_metrics.pngの説明」

    • Oracle Integration for SaaSの場合
      SaaSの「使用量メトリック」ページには、各月に使用されたメッセージの合計が表示されます。 次の図の例では、青い「構成済」 5Mの線は、プロビジョニング中にOracle Integration for SaaSインスタンスが月当たり500万メッセージに対して構成されていることを示しています。 構成済の使用量より低い値は明るいピンクで表示され、その上の値は濃いピンクで表示されます。

      • 異なる時間枠中に消費されたメッセージを表示するには、表示カレンダを使用して別の時間枠を選択します。

      • 月の期間の上にカーソルを置くと、そのおおよそのメッセージ消費が表示されます。

      • 画面の右上にある月別サマリー・アイコンをクリックして、各月とその請求可能メッセージをリストする表を展開します。


      usage_metrics_saas.pngの説明は以下のとおりです
      「図usage_metrics_saas.pngの説明」

  2. 必要に応じて、使用状況メトリックをCSVファイルにエクスポートします。
    1. 「エクスポート」をクリックします。
    2. 「使用状況メトリックのエクスポート」ダイアログで、開始日と終了日を選択し、「エクスポート」をクリックします。
      各時間はレコードとして表されます。 最大1000時間の情報(CSVファイルの行として表示)をエクスポートできます。
    3. ブラウザのダウンロード・リストを使用してCSVファイルにアクセスします。
    エクスポートされたファイルには、日付、構成済メッセージおよび消費されたメッセージの合計の列が表示されます。
    日付、構成済メッセージおよび消費されたメッセージの合計の列を表示

  3. 必要に応じて、Oracle Integrationインスタンスで構成されたメッセージ・パックを変更します。 「インスタンスのエディション、ライセンス・タイプ、メッセージ・パックおよびカスタム・エンドポイントの編集」を参照してください。

統合の使用について

Oracle Integrationインスタンスの作成時に、管理者はインスタンスごとに使用する予定のメッセージ・パックの数を指定します。

統合請求済メッセージをトラッキングするためのルール

次のルールに従って、メッセージ消費量の計算方法を決定します。

数値 ルール 説明

1

トリガー

各トリガー・アクティビティは50KB単位でカウントされます。 たとえば、30KBのインバウンド・メッセージ・ペイロードは1つのメッセージとしてカウントされ、70KBのペイロードは2つのメッセージとしてカウントされます。

2

Invoke

起動リクエストはメッセージとしてカウントされず、50KB未満のペイロードの起動レスポンスもカウントされません。 ただし、レスポンス・メッセージは50KBを超えると50KBの倍数とみなされます。

3

ファイル

統合への着信ファイルがあるファイル・ベースのスケジュール済フローでは、サイズが50KB.より大きい場合にのみ、各ファイルが(50KBの倍数で)請求済メッセージに変換されます。

4

内部

同じOracle Integrationインスタンス内の内部コールは、メッセージとしてカウントされません。 たとえば、次のものはカウントされません:

  • プロセスから統合

  • Visual Builderから統合

  • 統合への統合

別のOracle Integrationインスタンスをコールすると、ターゲットのOracle Integrationインスタンスにメッセージが発生し、レスポンス・サイズによっては、コール元のOracle Integrationインスタンスにメッセージが生成される場合があります。

統合の使用例

この表は、メッセージ請求の計算方法と適用されるルールを例別に示しています。

統合タイプ Scenario/Flow 請求書メッセージ計算 適用されるルール

Sync/Async (Trigger)

  1. 40KBペイロードのEloquaインバウンド。

  2. データ変換

  3. Sales Cloudにデータをプッシュするための外部起動。

ペイロード・サイズはトリガー時に考慮されます。

ceil(40/50) = 1メッセージ

#1 (Trigger)

Sync/Async (Trigger)

  1. 120KBのペイロードを持つRESTインバウンド。

  2. データ変換

  3. Logfireにデータをプッシュする外部起動。

ペイロード・サイズはトリガー時に考慮されます。

ceil(120/50) = 3メッセージ

#1 (Trigger)

Sync/Async (Trigger)

  1. 70KBペイロードのSOAPインバウンド。

  2. ループ内のファイルをダウンロードします。

  3. ダウンロードされたファイルのサイズはそれぞれ20KB、170KB、40KBです。

  4. データ変換/エンリッチメント。

  5. RESTを介して外部システムにデータをプッシュするための外部起動。

ペイロード・サイズはトリガー時に考慮されます。 50KBを超える後続のレスポンスも追跡されます。 このシナリオでは、50KBを超えるファイルのみが考慮されます。

ceil(70/50) + ceil(170/50) = 2+4 = 6メッセージ

#1 (Trigger)

#3 (File)

Sync/Async (Trigger)

  1. 20KBのデータと2行を取得するデータベース・アダプタ。

  2. 行ごとに1つのアウトバウンドREST起動が行われ、起動ごとに20KBのデータが生成されます。

  3. データ・エンリッチメント/変換。

  4. 外部のロケーションへのFTP。

ペイロード・サイズはトリガー時に考慮されます。 50KBを超える後続のレスポンスも追跡されます。

ceil (20/50) = 1メッセージ

#1 (Trigger)

Sync/Async (Trigger)

  1. 10KBペイロードのSOAPインバウンド。

  2. ループ内のファイルをダウンロードします。 サイズ20KBおよび70KBの2つのファイルがダウンロードされました。

  3. RESTアダプタを介してさらにデータを取得するための外部起動。 100KBのデータを返します。

  4. 外部のロケーションへのFTP。

ペイロード・サイズはトリガー時に考慮されます。 50KBを超える後続のレスポンスも追跡されます。

ceil(10/50) + ceil (70/50) + ceil(100/50) = 1+2+2 = 5メッセージ

#1 (Trigger)

#2 (Invoke)

#3 (File)

Sync/Async (Trigger)

  1. ペイロードのないテンプレート・パラメータを含む単純なREST GETリクエスト。

  2. 連絡先の詳細を取得するには、Oracle Fusion Cloud B2C Serviceをコールします。 40KB.のレスポンスを返します。

  3. コンタクト・データを返します。

ペイロード・サイズはトリガー時に考慮されます。 50KBを超える後続のレスポンスも追跡されます。 トリガーはペイロードのないGETリクエストであるため、1つの課金対象メッセージとみなされます。

1メッセージ

#1 (Trigger)

スケジュール済フロー
  1. スケジュール済トリガー。
  2. ループ内のファイルをダウンロードします。 ダウンロードされるファイルのサイズは、それぞれ20KB、170KB、40KBです。

  3. データ変換

  4. 10バイトのレスポンスとなるデータを転送するための外部起動。

レスポンス・データが50KBを超える場合、各起動/ファイルは50KBの倍数とみなされます。

ceil(170/50) = 4メッセージ

#3 (File)

スケジュール済フロー
  1. スケジュール済トリガー。
  2. 30KBのデータと10行を取得するデータベース・アダプタ。

  3. データ変換

  4. 5バイトのレスポンスになるデータを転送するための外部起動。

レスポンス・データが50KBを超える場合、各起動/ファイルは50KBの倍数とみなされます。

カウントされません。

なし

スケジュール済フロー
  1. スケジュール済トリガー。
  2. BIPレポートを介してデータを取得するための外部SOAP起動。 130KBのデータを返します。

  3. RESTアダプタを介してさらにデータを取得するための外部起動。 10KBのデータを返します。

  4. データ変換

  5. 5バイトのレスポンスになるデータを転送するための外部起動。

レスポンス・データが50KBを超える場合、各起動/ファイルは50KBの倍数とみなされます。

floor(130/50) = 2メッセージ

#3 (File)

スケジュール済フロー
  1. スケジュール済トリガー。
  2. ループ内のファイルをダウンロードします。 サイズ20KBおよび40KBの2つのファイルがダウンロードされました。

  3. RESTアダプタを介してさらにデータを取得するための外部起動。 100KBのデータを返します。

  4. 外部のロケーションへのFTP。

レスポンス・データが50KBを超える場合、各起動/ファイルは50KBの倍数とみなされます。

ceil(100/50) = 2メッセージ

#2 (Invoke)

スケジュール済フロー
  1. スケジュール済トリガー。
  2. RESTアダプタを介してデータを取得するための外部起動。 10KBのデータを返します。

  3. データ変換

  4. 500バイトのレスポンスを生成するデータを転送するための外部REST起動。

レスポンス・データが50KBを超える場合、各起動/ファイルは50KBの倍数とみなされます。

カウントされません。

#4 (Internal)

カウントなし

子統合フロー
  1. 親統合フローは、ループ内でRESTを介して子統合フローをコールします。
  2. 子統合フローは、親フローから渡された情報を含む通知電子メールを送信します。

  3. 子フローの実行が完了しました。

統合子フロー起動はメータリングから放棄されます。

カウントされません。 親がカウントされる場合があることに注意してください。

#4 (Internal)

カウントなし

子統合フロー
  1. 親統合フローは、FTPアダプタを介してCSVファイルをダウンロードします。 CSVには5行が含まれます。
  2. CSVファイルの各行は、子統合の子フローをコールします。

    1. 子統合フローは、入力として渡されたorderidを読み取ります。

    2. Oracle Fusion Cloud B2C Serviceへのリクエストを起動して、オーダーに関するデータを取得します。 各起動は70KBのデータを返します。

    3. 子フローのデータ変換。

    4. FTPアダプタを介してデータをプッシュし、ファイルに書き込みます。

    5. 子の実行が完了しました。

統合子フローの起動は、メータリングから放棄されます。 後続のレスポンスはすべて従量制されます。

各子= ceil(70/50) = 2メッセージ

親がカウントされる場合があることに注意してください。

#2 (Invoke)

パブリッシュ/サブ・フロー
  1. RESTが30 KBのペイロードとしてトリガーされる単一のパブリッシャ・フロー。
  2. データを処理して外部サービスに送信する、前述のへの単一サブスクライバ。

Pubは1メッセージとしてカウントします。

トリガーでサブが放棄されます。

#1 (Trigger)

パブリッシュ/サブ・フロー
  1. 30KBのペイロードとしてRESTトリガーを使用する単一のパブリッシャ・フロー。
  2. データを処理する前述の単一サブスクライバ。
  3. サブ・フローがOSCをコールして、レスポンスを70KB.として戻します。
  4. サブフローが完了しました。

Pubは1メッセージとしてカウントします。

サブ・トリガーは放棄されます。 ただし、レスポンスが50KB.より大きい場合、起動は従量制されます。 したがって、この場合のサブ・フローは2つのメッセージとしてカウントされます。

#1 (Trigger)

#2 (Invoke)

プロセスの使用方法について

Oracle Integrationインスタンスの作成時に、管理者はインスタンスごとに使用する予定のメッセージ・パックの数を指定します。

プロセス・メッセージの測定

プロセス測定では、uniqueユーザー「相互作用」の同時数が1時間間隔で追跡されます。 サイズ設定は、メッセージ・パックに変換される同時ユーザーに基づきます。 1つのプロセス・ユーザー/時間は、400メッセージ/時間と同等です。

  • 時間当たり1,000メッセージ、個別の10ユーザーがいる場合、これらは1,000統合メッセージ + (400)*10ユーザーの= 5,000,としてカウントされるため、5,000メッセージ/時間が1メッセージ・パックになります。

  • プロセス・サイズ設定をビジュアル化する別の方法: 1時間当たりの5,000メッセージ・パックは、タスクを実行する12.5個別同時ユーザーに相当します。

カウント対象

タスクまたはプロセス・インスタンスを更新する書込み操作を実行すると、次のようなログイン・ユーザーは1時間以上カウントされます:

  • タスクの更新または処理(タスクの承認/却下、アタッチメント/コメントの追加、再割当てまたは情報のリクエスト)
  • プロセス・インスタンスの作成

使用時間ごとに、ユーザーごとに無制限の数の書込み操作を実行できます。

Oracle Integrationには、1時間当たり1つのメッセージ・パックの最小料金があり、使用しない場合でもシステムが使用可能になります。 請求目的でOracle Integrationインスタンスをオフにすることはできますが、インスタンスの停止中はインスタンスは処理されないことに注意してください。

カウントされないもの

この数には、次のものは含まれません:

  • 読取り専用(問合せまたは読取り)操作を実行しているログイン・ユーザー。
  • プロセスからトリガーされた統合(統合は放棄されます)。

プロセスの使用例

この表は、メッセージ請求の計算方法と適用されるルールを例別に示しています。

シナリオ・タイプ シナリオ 請求書メッセージ計算

プロセス・ワークスペース

9amと10amの間で、20人の従業員がワークスペースにアクセスします。 1時間枠内に:

  • 5人のユーザー(user1からuser5)が合計100個の新規プロセス・インスタンスを作成します。

  • 他の10人のユーザー(user6からuser15)は、user5からuser1によって作成された様々なタスクを処理し、それらのユーザーを完成させます。

  • 残りの5人のユーザー(user16からuser20)は、タスクとプロセス・インスタンスのステータスのみを確認しますが、更新/書込み操作は実行しません。

9am-10 am時間ブロックは、15人の同時ユーザー(5人が新規インスタンスを作成し、10個の処理されたタスク)をレポートします。
プロセス・ワークスペースおよびモバイル・アプリ

10から11amを指定すると、10人のユーザーがワークスペースにアクセスし、5人がOracle Process Mobileアプリにアクセスします。 1時間枠内に:

  • 10人のユーザー(user1からuser10)が新しいプロセス・インスタンスを作成し、さらに1つ以上のタスク合計も承認します。

  • 5人のユーザー(user11からuser15)がモバイル・アプリにログイン: 3つのインスタンスが新規に作成され、他の2つは読取り専用操作のみが実行されます。

10am-11am時間ブロックは、13人の同時ユーザー(10ワークスペース・ユーザーと3人のモバイル・ユーザーが更新/書込み操作を実行しましたが、2人のモバイル・ユーザーは更新/書込み操作を実行しませんでした)を報告します。

プロセス・ワークスペースとVisual Builder

11amと12pmの間で、5人のユーザーが、Visual BuilderアプリケーションからOracle Integrationにアクセスし、5人の他のユーザーがワークスペースにアクセスします。

  • 5つのVisual BuilderユーザーがVisual Builderにアクセスして、Visual Builderアプリと対話すると、新しいプロセス・インスタンスおよびプロセス・タスクを作成するAPIの実行がトリガーされます。

  • その他の3 Visual Builderユーザーは、Visual Builderアプリにアクセスし、タスクおよびプロセス・インスタンス・ステータスの読取りおよびアクセスを行います。

  • 5人のユーザーがワークスペースにアクセスし、時間枠内にそれぞれ1つ以上のタスクを承認します。

11am-12pm時間ブロックは、7人の同時ユーザー(2人のVisual Builderユーザーと5人のワークスペース・ユーザーが更新/書込み操作を実行した)をレポートします。 これにはVisual Builder同時ユーザー・ライセンスは含まれません。 Visual Builder同時ユーザーは個別に従量制されます。