多くの業界では、ログやエンドユーザモニタリング(EUM)データなど、複数のトランザクションとイベントタイプを対象とする複雑なワークフローとユーザプロセスがあります。これらのワークフローは、通常、マニフェストに時間がかかり、トランザクションだけを使用して調整できません。ビジネスプロセスは、複数のイベントソース間でデータフローをモニタして相関させる方法であり、定義されたビジネスワークフローのエンドツーエンドの合計時間を追跡します。

さまざまな業界における一般的なマルチステップのワークフローには次のものがあります。

  • 金融サービス業界での支払いの送金、クレジットカードの承認、およびローンの承認
  • 通信事業者部門での携帯電話のアクティベーションとデータリチャージ(プリペイド)
  • 保険会社のポリシー承認および保険請求の承認による保険申し込み

ビジネスプロセスについて

AppDynamics ビジネスプロセスは、定義されたビジネス プロセス ワークフローに基づく複合イベントタイプです。ビジネスプロセスには、ログ、ビジネストランザクション、カスタムイベント、EUM データなど、複数の分析イベントタイプのイベントを含めることができます。 

次の図は、loan approvals(ローン承認)という名前のビジネスプロセスの定義例を示しています。

上記のように、以下を定義することによって、ビジネスプロセスを作成します。

  • マイルストーンとマイルストーンを構成するイベント。
    マイルストーンはビジネスワークフローのステップです。 
  • 各マイルストーンイベントからキャプチャするフィールド
    フィールドは、イベントに関連する情報のカテゴリを示します。 
  • 複数のイベントを一意に結び付けるプライマリキーフィールド。
    プライマリキーは、ビジネスプロセスのマイルストーンを関連付けます。プライマリキーの値が各マイルストーンイベントに存在する必要があります。
  • ローンの種類や支払い額など、ビジネスワークフローのさまざまな次元でセグメント化できる追加のフィールド。
  • ビジネスプロセスのパフォーマンスを監視するための正常性しきい値

ビジネスプロセスを定義して有効にした後、Application Analytics によりビジネスプロセスイベントの収集が開始されます。Analytics では、ビジネスプロセスの複合イベントを収集するために過去に戻ることはありません。特定のビジネスプロセスを定義するには、ソース分析イベントからの追加フィールドの収集を設定する必要がある場合があります。詳細については、「ビジネスプロセスを定義するためのデータの前提条件」を参照してください。ビジネスプロセスイベントが収集されたら、他の Analytics イベントと同じ方法で Analytics Search UI からそれらを表示できます。ビジネスプロセスイベントは、その性質上、長時間実行される可能性があるプロセスであるため、Analytics イベントリストに表示されるまでに時間がかかる場合があります。ビジネスプロセスイベントは、1 つのマイルストーンだけが完了した場合でもレポートされ、イベントは後続のイベントが完了すると時間とともに更新されます。

ビジネスプロセスの基本的な概念にすでに非常に詳しい場合、必要に応じて「ビジネスプロセスの構成」または「ビジネスプロセスの表示」に進んでください。

ビジネスプロセスのマイルストーン

マイルストーンとは、ビジネスワークフローの重要な段階をマーキングするイベントです。たとえば、ローンの申し込みでは、最初のマイルストーンは、ローンの申し込みを提出するユーザである場合があります。2 番目のマイルストーンはドキュメント検証であり、その後にクレジット承認、保険契約が続き、最後にローン承認があります。各ビジネスプロセスのマイルストーンでは、フィルタを追加してマイルストーンを構成するイベントを指定すること、およびフィールドを追加してワークフローに関する追加情報をキャプチャすることができます。これらのイベントとフィールドを使用して ADQL クエリを実行し、検索を絞り込むことができます。

マイルストーンを作成すると、ビジネスワークフローの詳細を示すフローマップがビジネスプロセスページに自動的に表示されます。詳細については、「フローマップの有効化」を参照してください。

ビジネスプロセスを作成する場合、そのビジネスプロセスのすべてのマイルストーンのプライマリキーに同じデータタイプを使用する必要があります。


ビジネスプロセスの正常性しきい値

しきい値は、許容可能なパフォーマンスまたは通常のパフォーマンスの境界です。ビジネスプロセスの作成で、ビジネスワークフローのパフォーマンスと比較するデフォルトの正常性しきい値を指定します。正常性しきい値は、ビジネスプロセスのすべてのマイルストーンを完了するための合計時間に基づいています。このしきい値は、一定期間における単純な移動平均からの標準偏差を特定することによって計算されます。デフォルトの期間は 2 時間です。つまり、過去 2 時間における平均エンドツーエンド時間が N ミリ秒であり、ビジネスプロセスで、N ミリ秒(ms)を超える標準偏差と同等の時間がかかる場合、しきい値に違反することになります。

単純な移動平均が 1500 ミリ秒で、標準偏差が 100 ミリ秒であるとします。しきい値を 3 に設定した場合、しきい値は標準偏差の 3 倍となります。したがって、1500 +(3*100)ミリ秒、つまり 1800 ミリ秒よりも多く時間がかかるトランザクションは、正常性しきい値に違反します。

ビジネスプロセス定義の正常性しきい値を設定する前に、次の点を考慮してください。

  • 標準偏差が計算される最小期間は 30 分です。
  • ビジネスプロセスが完了するまでの合計時間では、個別のビジネストランザクション時間は追加されません。これは、最後のイベントのタイムスタンプから最初のイベントのタイムスタンプを減算することによって計算されます。
  • totalTime の値が存在し、ゼロよりも大きい場合、ユーザエクスペリエンス([normal]、[slow]、[very slow]、[stall])がビジネスプロセスイベントに割り当てられます。マイルストーンが誤った順序で定義されている場合、イベントの合計時間がゼロ未満になる可能性があります。これは、順序が正しく定義された後でも発生する可能性がありますが、前のマイルストーンが後のマイルストーンと比べて将来の日付になるように、マイルストーンが時間順になっていません。
  • ビジネスプロセスの合計時間は、最初と最後の両方のマイルストーンイベントに到達した場合に計算されます。したがって、ユーザエクスペリエンスは、ビジネスプロセスの合計時間が利用可能になるまで特定および表示できません。 
  • マイルストーンでエラーが発生した場合(たとえば、requestExperience がエラーであるトランザクションイベントなど)、ビジネスプロセスイベント全体のユーザエクスペリエンスがエラーとしてマークされます。この場合、合計時間は使用できません。
  • 通常、マイルストーンにエラーがある場合、ビジネスプロセスのワークフロー全体が完了することはありません。ただし、何らかの理由で、マイルストーンエラーが発生してもすべてのマイルストーンが完了した場合は、ビジネスプロセスの合計時間が使用可能になります。ただし、この場合、ユーザエクスペリエンス全体はエラーとして保持され、[Normal]、[Slow] などに変更されることはありません。
  • ビジネスプロセスが初めて有効になると、ビジネスプロセスイベントが生成されます。標準偏差は 5 分ごとに計算されるため、最初のいくつかのビジネスプロセスイベントにはユーザエクスペリエンスは割り当てられません。

フィルタおよびフィールド

フィルタを使用すると、選択した基準に基づいて、 選択マイルストーンのイベントデータを抽出できます。たとえば、カリフォルニア州で提出されたローンの申し込みなどです。フィルタは、関連するイベントを制限することによって、マイルストーンの範囲を定義します。フィールドは、各マイルストーンから追加の関連情報を抽出します。 

必須フィルタには、最後の 15 日間のデータが設定されます。過去 15 日間に分析データが収集されていない場合、必須フィールドのドロップダウンメニューは空になります。分析では、各イベントタイプの必須フィルタの他に、[Filter By] オプションを使用して追加のフィルタを選択することもできます。フィルタに含まれるすべてのフィールドとオプションで選択した追加のフィルタは、自動的に収集されます。これらを使用して、後で ADQL クエリを実行することができます。

フィールドは、イベントに関連する情報のカテゴリを示します。Extract Fields セクションは、各マイルストーンから追加の関連情報を収集します。データを使用して、目的のイベントを照会し、マトリックスを可視化することができます。フィールドは必須フィールドとオプションフィールドに分類されます。入力する必要がある唯一の必須フィールドは、プライマリキーです。これは、ビジネスプロセスを構成するマイルストーンを結合する固有識別子です。

プライマリキーに加えて、オプションで追加のフィールドを追加することもできます。これらのフィールドは、ビジネスプロセスの定義に関するコンテキストを提供します。たとえば、ローン金額、ローンタイプ、顧客名、カスタマー ID など、ローンの申し込みに関する詳細情報を提供します。これらのフィールド値を使用して、後でビジネス トランザクション データのスライスやダイスを行うことができます。マイルストーンごとに固有のフィールドを提供する必要があります。同じフィールドのセットがある複数のマイルストーンを作成した場合、または同じ必須フィルタとオプションフィルタのセットがある複数のマイルストーンを作成した場合、検証は失敗します。 

マイルストーンごとに、milestoneReached という名前のフィールドが関連するイベントに追加されます。マイルストーンに到達した場合、値は true になります。それ以外の場合は NULL になります。このフィールドを使用して、マイルストーンに到達したすべてのイベントを照会できます。また、milestoneReached を使用して、各マイルストーンのドロップオフを表示するファネルウィジェットを作成することもできます。マイルストーン名が次のようにフィールド名に追加されます。

  • milestone1_name.milestoneReached
  • milestone2_name.milestoneReached

同様に、デフォルトのフィールドとフィルタにもマイルストーン名による名前空間が付けられます。

ビジネスプロセスレベルでは、completed という名前のフィールドにより、ブール値を使用してワークフローのステータスが追跡されます。True はビジネスプロセスが完了したことを表し、一方 False は、ビジネスプロセスが進行中であるか、または完了していないことを示します。Analytics Search UI または ADQL クエリを使用して、関連するイベントのステータスを表示するクエリ文字列 completed により、目的のビジネスプロセスを確認します。

ビジネスプロセスを構成するマイルストーンのエンドツーエンドの時間は、[totalTime] フィールドによって表されます。このフィールドは、ビジネスプロセスが部分的に完了したときに空になります。各マイルストーンが完了し、イベントデータがビジネスプロセスイベントでキャプチャされると、合計時間が更新されます。 

デフォルトで抽出される必須フィルタ、必須フィールド、およびフィールドは、次の表に示すように、イベントタイプによって異なります。

イベントタイプ必須フィルタ必須フィールドデフォルトで抽出されるフィールド
トランザクション

アプリケーション名

ビジネストランザクション名

ティア名

プライマリ鍵

eventTimestamp

requestGuid

requestExperience

ログ

送信元タイプ(Source Type)

プライマリ鍵

eventTimestamp

logLevel

logType

ブラウザRUM

AppKey

ページ名

ページのタイプ

プライマリ鍵eventTimestamp
cguid
pageexperience
モバイルRUM

AppKey

ネットワーク要求名

プライマリ鍵eventTimestamp
cguid
networkrequestexperience
カスタム イベント送信元タイプ(Source Type)noneeventTimestamp