Splunk AppDynamics のアプリケーション エージェントは、同じタイプのトランザクション検出ルールを次の優先順序で適用します。

1. ルールの優先順位は、最高から最低の順になります。優先順位 0 は、指定可能な最低の優先順位です。
2. 作成日の古い方から先に。これは、カスタムルールにのみ適用されます。

たとえば、優先度 2 のカスタムマッチルールと優先度 6 のカスタムマッチルールを照合する HTTP リクエストがある場合、エージェントは、優先度 6 のルールを適用します。

受信リクエストが複数のタイプの検出ルールに一致した場合、Splunk AppDynamics は次の優先順位で検出ルールを適用します。

1. 包含ルールの優先度に従うカスタムマッチ包含ルール。リクエストが包含ルールに一致すると、エージェントはそのルールに基づいてビジネストランザクションに名前を付けます。

2. 除外ルールの優先度に従うカスタムマッチ除外ルール。リクエストが除外ルールに一致すると、アプリエージェントはそのトランザクションを検出から除外します。

3. デフォルトの自動検出ルール。リクエストがデフォルトの自動検出ルールに一致した場合、自動検出命名スキームに従ってトランザクションを命名します。

2 つのエントリポイントタイプの優先順位が同じで、いずれを使用してもエントリポイントを定義または登録できる場合、それらの間に一定の優先順位があります。

たとえば、Java で単にすべてのタイプの Java 自動検出ルールが有効になっていて、Web サービスまたはサーブレットと見なすことができるエントリポイントがある場合、サーブレットが優先されます。Web サービスがデフォルトとして必要な場合は、より高い優先度のルールが必要です。

ティアのトランザクション検出ルールのデフォルトの順序を表示するには、次の手順を実行します。

1. Configuration > Instrumentation > Transaction Detection > Tiers にアクセスします。
2. ティアをクリックすると、優先順位および優先度の順にルールが表示される。

Java および .NET の場合は、check-bt-excludes-early ノードプロパティを「true」に設定することで、カスタムマッチ包含ルールの前にカスタムマッチ除外ルールを評価するようにアプリケーション エージェントを構成できます。これはノードベースの構成であり、コントローラ UI のルールの表示順序には影響しません。