2 モデル

モデルは、ビジネス・パフォーマンスを追跡する際のキーとなるアプリケーション局面を記述し、これらの概念を既存のソフトウェア・アプリケーション実装にマップするための文法を提供します。一般に、ハイレベルなアプリケーションのモデルは、ビジネス・ユーザーとアーキテクトによる反復的なコラボレーションにより定義します。

一般に、ビジネス・ユーザーは統合アプリケーションに関連するハイレベルな概念を記述し、アーキテクトはこれらの概念を調整してアプリケーション実装にマップします。モデルの定義およびマッピングが終わると、ビジネス・モデルのインスタンスに関連付けられたメトリックの収集がシステムによって開始されます。これらのメトリックは、ダッシュボードおよびレポートのレンダリングに使用されます。

各モデルには次のものが含まれます。

モデル・メタデータ

モデル・メタデータは、アプリケーション内の各モデルで一意です。

モデルのメタデータは次のとおりです。

  • モデル名

  • モデルの説明

  • インスタンスに関連する、自然言語のビジネス・モデル固有の単数形と複数形の語(例: "order"と"orders")

  • モデルを表すアイコン

  • マイルストン

  • インジケータ

モデル・サマリー・カード

多くの場合、ビジネス所有者はビジネスのパフォーマンスの概要をすばやく把握したいと考えます。コンソールがこれをサポートしますが、ユーザーは各コンソールを個別に開いて、マイルストン・ダッシュボードのステータスを調べる必要があります。モデル・サマリー・カードを使用すると、ビジネス所有者は、複数のモデルについての重要なビジネス・メトリック全部をInsightホームページで一目で確認できます。

最大6つのモデルをホーム・ページに追加できます。詳細は、Oracle Fusion Middleware Oracle Real-Time Integration Business Insightユーザーズ・ガイドモデル・サマリー・カードを参照してください。

図2-1 モデル・サマリー・カード

図2-1の説明が続きます
「図2-1 モデル・サマリー・カード」の説明

マイルストン

マイルストンは、統合アプリケーション・モデルにおけるキー抽象概念です。これらはビジネスの進捗を表す統合アプリケーション内のポイントであり、アプリケーション実装内の1つ以上のポイントにマップされます。

一般に、ビジネス・ユーザーは、マイルストンを繰り返し定義し、適切なメタデータを使用してマイルストンを作成します。その後、アーキテクトが、マイルストンをアプリケーション実装内の適切なポイントにマップすることにより調整します。

マイルストンの特性

マイルストンには次のような特性があります。

  • アトミック性: マイルストンにエントリ・ポイントや終了ポイントはありません。マイルストンは通過したとみなされますが、マイルストン内に存在している状態はありません。マイルストンの継続時間はゼロであり、アトミック的に通過されます。しかし、あるマイルストンから別のマイルストンに到達するのにかかる期間を考慮することは重要です。

  • 順序付けの強制なし: マイルストンは任意の順序で繰り返し通過できます。マイルストンに事前定義された順序はありません。ただし、モデル内にマイルストンが定義された自然順序はシステムによって保守されます。

    たとえば、注文受付は一般に受注完了よりも前に発生します。選択およびレポートのコンテキストでは、この自然順序でマイルストンがリストされます。

  • セマンティック・タイプ: マイルストンには、アプリケーションの実行におけるマイルストンの役割を記述した1つ以上のセマンティック分類を含めることができます。「マイルストンのタイプ」も参照してください。

  • 実装マッピング: マイルストンは、アプリケーション実装内のマイルストンを通過したことを示すポイントにマップされます。

  • インジケータ: マイルストンには、マイルストンの通過時に抽出されるインジケータを関連付けることができます。これらのインジケータはマイルストン通過時のインスタンスの状態を表し、様々な種類のセマンティック・オプションを持ちます。

    詳細は、「インジケータ」を参照してください。

マイルストンのタイプ

マイルストンのタイプは次のいずれかです。

  • 初期: 初期タイプのマイルストンを通過したインスタンスは、Insightにより有効であるとみなされます。このコンセプトは、Insightがランタイム・エンジンのモニタリングを開始したときにすでに処理中の可能性のあるインスタンスをフィルタ・アウトするためのキーとなります。直前に初期マイルストンを通過したインスタンスは、アクティブであるとみなされます。

  • 終了: ビジネス・モデルに関連付けられたインスタンスの予測終了を表します。たとえば、注文の完了を表すマイルストンである「注文完了」を終了マイルストンとしてモデル化します。Insightは終了マイルストン後のインスタンス中断を強制しないため、それ以降のマイルストンを通過する可能性があります。最後に通過したマイルストンが終了マイルストンであった場合、Insightインスタンスは完了済とみなされます。

  • エラー: アプリケーションの実行中に発生したビジネス・エラー条件を反映するマイルストンを表します。アプリケーション実装でエラーを想定していたり、エラーからリカバリする場合もあるため、必ずしもエラー・マイルストンで終了となる必要はありません。直前にエラー・マイルストンを通過したインスタンスは、エラーであるとみなされます。

  • 終了エラー: アプリケーション処理の予測終了も表すエラー・マイルストンを表します。終了エラー・マイルストンに到達したインスタンスは、失敗であるとみなされます。

  • 標準: 終了でもエラーでもないマイルストンは、標準マイルストンと呼ばれます。直前に標準マイルストンを通過したインスタンスは、アクティブであるとみなされます。

いずれのモデルも、少なくとも1つの初期マイルストンと終了マイルストンを通過する必要があります。

一意のインスタンス識別子

いずれのInsightモデルにも、識別子を1つのみ定義する必要があります。識別子によって、すべての統合インスタンス間での一意性が保証されます。また、インスタンスに対してある識別子の値が抽出されると、別の値を抽出できなくなります(つまり、インスタンスの識別子の値を変更することはできません)。

インジケータ

インジケータは、Insightでアプリケーション・インスタンスの実行が観察されるときに抽出されるrawビジネス・データの主要な一部です。インジケータを使用すると、ビジネス・ユーザーはアプリケーションが適切に動作しているか調べることができ、またアプリケーション・インスタンス間の比較も可能になります。

インジケータには次のメタデータが含まれます。

  • 名前

  • 自然言語の記述

  • フィルタ基準として使用 - このインジケータをコンソールでフィルタ基準の一部として使用できるかどうかを決定します(ダッシュボードのフィルタリングなど。)

  • 関連付けられたマイルストン - インジケータが抽出されるマイルストン

  • 実装マッピング - インジケータは関連付けられたマイルストンのマッピングを使用します。これにより、Insightは実装内の適切なポイントにおけるインジケータ値を抽出できます。インジケータは、「ディメンション」「メジャー」のどちらかです。これは関連付けられたマイルストンを通過するたびに収集され、抽出された値が更新されますが、識別子が収集されるのは1回のみで、変更されることはありません。

    詳細は、「ディメンション」「メジャー」および「一意のインスタンス識別子」を参照してください。

  • 抽出基準 - XPath関数を使用して、単純タイプおよびXMLタイプのメッセージ・ペイロードから値を抽出する方法を定義します。Javascript変数などの非XMLタイプはサポートされていません。

メジャー

メジャーは値を識別し、それによりアプリケーションの状態の測定が可能になります。1つのメジャーはインスタンスのライフサイクル中に変化することがあります。たとえば、一般的な受注アプリケーションでは、合計受注金額または明細件数のメジャーを定義します。

ディメンション

ディメンションはインスタンスのグルーピングおよび分類のタイプを提供するもので、これにより集約メジャーのスライシングとダイシングが可能になります。たとえば、一般的な受注アプリケーションでは、地理的リージョン販売チャネルまたは製品カテゴリのメジャーを定義します。

モデルのライフサイクルおよびアクティブ化

新しく作成したモデルは、アクティブ化されるまでは「ドラフト」状態になります。アクティブ化されたモデルのみがメトリックを収集します。モデルはアクティブ化されている間、一時的に「アクティブ化の進行中」状態になります。アクティブ化に失敗すると、状態は「アクティブ化に失敗しました」に更新されます。アクティブ化が正常に完了すると、状態は「アクティブ」に変わります。基礎となる実装を変更した結果としてモデルが非アクティブ化されることがある他、ユーザーがモデルを非アクティブ化することもできますが、どちらの場合もモデルは「非アクティブ」状態になり、マウス・カーソルを合せると追加情報が表示されます。

アクティブなモデルに変更を加えるために、新しいドラフトが作成され、これは変更の完了後にアクティブ化できます。

モデルのライフサイクル状態

いずれのモデルも、次のライフサイクル状態を通過します。

  • ドラフト: この状態のときはモデルに変更を加えることができ、メトリックは収集されません。ドラフト・モデルでは、モデルのエクスポートおよびアプリケーションへのそれのインポートが可能な「エクスポート」アクションがサポートされています。

  • 進行中: アクティブ化が開始されると、モデルはこの状態になります

  • アクティブ: モデルがこの状態のときはメトリックが収集中であり、変更はできません。アクティブ化されたモデルでは、モデルのエクスポートおよびアプリケーションへのそれのインポートが可能な「エクスポート」アクションがサポートされています。

  • 失敗: アクティブ化中に問題が発生した場合、モデルはこの状態になります

  • 非アクティブ化: 基礎となる実装に変更が発生した場合や、ユーザーがモデルを非アクティブ化した場合、モデルはこの状態に移行します。

    • システムを非アクティブ化: 接続が失われて再試行回数のしきい値を超えたためにコンポジットが非アクティブ化された場合など、システムのエラーが原因で基礎となる統合アプリケーションが非アクティブ化/デプロイ解除された場合。

    • ユーザーを非アクティブ化 ユーザーがモデルを非アクティブ化した場合。

モデル・ライフサイクル・アクション

モデルの現在の状態に応じて、モデルに次のアクションを実行できます。

  • アクティブ化: ドラフト・モデルをアクティブ化します。モデルをアクティブ化するには、モデル定義が100%完了している必要があります。ドラフトをアクティブ化して、既存のアクティブ・モデルを置換できます。

  • 非アクティブ化: アクティブ化されたモデルを非アクティブ化します。

  • 削除: アクティブ化されたモデルを削除します。このアクションは永続的であり、元に戻せません。

  • ドラフトの作成: アクティブ・モデルのドラフトを作成します。アクティブ・モデルに影響を与えることなく、ドラフトを編集できます。

  • 破棄: ドラフト・モデルを破棄します。このアクションは永続的であり、元に戻せません。このアクションはドラフト・モデルのみに適用可能です。

モデル・メタデータの変更後にモデルを再アクティブ化することの影響

アクティブ化済モデルのメタデータを変更し、それを再びアクティブ化しようとすると、そのモデルの既存のメトリックが影響を受けます。

次の表に、再アクティブ化されるモデルの既存のメトリックが受ける影響を示します。

表2-1 既存のメトリックに対する影響

S.いいえ。 モデル・メタデータ領域 操作 詳細 収集済の既存のメトリックに対する影響
1 ビジネス・モデル ビジネス・モデル名の変更 アプリケーションUIでモデル名が変更されます アプリケーション全体でモデル名が変更されますが、既存のメトリックに対する影響はありません。
2 マイルストン・マッピング マイルストンの追加 新しいマイルストンが追加されます アクティブ化後に新しいインスタンスを作成すると、新しいマイルストンのデータ収集が開始されます。既存のメトリックは影響を受けません。
3 マイルストン・マッピング マイルストンの削除 マイルストンが削除されます

削除されたマイルストンに対して収集された既存のメトリックが失われます。既存のインスタンスでは、そのマイルストンへの到達がなかったことが示されます。

また、モデルの再アクティブ化時に、このような変更に関する警告メッセージが通知されます。

4 マイルストン・マッピング

マイルストン・タイプの変更

マイルストン・タイプが変更されます。タイプは次のいずれかです。
  • 初期

  • ターミナル

  • エラー

  • エラー終了

  • 標準

マイルストン・タイプの変更により、既存のメトリックで混乱が生じる可能性があります。たとえば、終了マイルストンが標準マイルストンに変更された場合、既存のインスタンスのマイルストン詳細ページに、終了マイルストンは表示されなくなります。

また、このような変更に関する警告メッセージも通知されます。

5 マイルストン・マッピング

マイルストン名の変更

マイルストン名が変更されます 既存のメトリックに対する影響はありません。すべてのコンソールに変更後の名前が表示されます。
6 マイルストン・マッピング マイルストン実装マッピングの変更 マイルストン実装マッピング・ロケータが変更されます 既存のメトリックに対する影響はありません。新しいインスタンスで、新しい実装マッピングに基づいてデータが収集されます。
7 インジケータ・マッピング インジケータの追加 新しいインジケータが追加されました 既存のメトリックに対する影響はありません。モデルの再アクティブ化時に、新しいインスタンスで新しいインジケータのメトリックの収集が開始されます。
8 インジケータ・マッピング インジケータの削除

既存のインジケータが削除されます

削除されたインジケータに対して収集された既存のメトリックが失われます。

削除されたインジケータを含むモデルをアクティブ化すると、そのインジケータが使用されているコンソールのリストが表示されます。アクティブ化を続行するには、このようなコンソールを削除するか、これらのコンソールからインジケータの使用を削除する必要があります。

9 インジケータ・マッピング インジケータ抽出基準の変更 インジケータ抽出基準が変更され、その結果としてインジケータのデータ型が変更されます

インジケータに対して収集された既存のメトリックが失われます。

削除されたインジケータを含むモデルをアクティブ化すると、そのインジケータが使用されているコンソールのリストが表示されます。アクティブ化を続行するには、このようなコンソールを削除するか、これらのコンソールからインジケータの使用を削除する必要があります。

10 インジケータ・マッピング インジケータ名の変更 インジケータ名が変更されます 既存のメトリックに対する影響はありません。既存のインスタンスおよび新しいインスタンスで、新しいインジケータ名が引き続き表示されます。

SOA/Service Busトランザクションの影響

マイルストンおよびビジネス・インジケータの取得は、Insightモデルの基礎となっているSOAコンポジットまたはService Busのトランザクション・セマンティクスに複雑に関係しています。Insightでマイルストンが取得されるのは、マイルストンの到達時または通過時(SOA/Service Busトランザクションがコミットされたとき)のみです。ただし、マイルストンがエラー・マイルストンとして構成されている場合、ユーザーがエラーを探していることは明らかなので、トランザクションのロールバック時にもそのマイルストンは取得されます。

次の表に様々なシナリオをまとめます。

表2-2 トランザクションの動作

マイルストンのタイプ ロールバック時

初期

マイルストンは取得されません

標準

マイルストンは取得されません

エラー

マイルストンは取得されます

ターミナル

マイルストンは取得されません

終了およびエラー

マイルストンは取得されます