アプリケーションマップ: 分散型アプリケーションをトリアージする

[アーティクル]
07/10/2023

アプリケーションマップは、分散アプリケーションの論理構造を表します。アプリケーションの個々のコンポーネントは、記録されたテレメトリの "roleName" または "name" プロパティによって特定されます。これらのコンポーネントは、マップでは円で表され、"ノード" と呼ばれます。ノード間の HTTP 呼び出しは、これらのノードを接続する矢印で表されます。この矢印を、"コネクタ" または "エッジ" と呼びます。呼び出しを行うノードは呼び出しの "ソース" であり、受信するノードは呼び出しの "ターゲット" です。

アプリケーションマップを使用すると、分散アプリケーションのすべてのコンポーネントを対象にパフォーマンスのボトルネックや障害のホットスポットを特定できます。マップ上の各ノードは、アプリケーションコンポーネントまたはその依存関係を表し、正常性の KPI やアラートの状態を保持しています。任意のコンポーネントを選択して、さらに詳しい診断結果 (Application Insights イベントなど) にアクセスすることができます。アプリで Azure サービスを使用している場合は、Azure Diagnostics (SQL Database アドバイザーのアドバイス情報など) を選ぶこともできます。

アプリケーションマップには、サービスの正常性に関する迅速な調査を支援するインテリジェントビューも用意されています。

コンポーネントとは

コンポーネントは、分散型またはマイクロサービスアプリケーションの個別にデプロイできる部分です。開発者と運用チームには、これらのアプリケーションコンポーネントによって生成されたテレメトリに対して、コードレベルの可視性またはアクセスがあります。次に例を示します。

コンポーネントは、チームや組織がアクセスできない可能性がある Azure SQL、Azure Event Hubs などの "監視された" 外部依存関係 (コードまたはテレメトリ) とは異なります。
コンポーネントは、任意の数のサーバー、ロール、またはコンテナーインスタンス上で実行されます。
サブスクリプションが異なる場合でも、コンポーネントは別個の Application Insights リソースにすることができます。また、1 つの Application Insights リソースにレポートする異なるロールにすることもできます。プレビューマップのエクスペリエンスには、各コンポーネントがその設定方法に関係なく表示されます。

複合アプリケーションマップ

関連するアプリケーションコンポーネントの階層を横断的に見ながら完全なアプリケーショントポロジを表示できます。コンポーネントは、さまざまな Application Insights リソースにすることも、単一のリソース内の各種ロールにすることもできます。アプリケーションマップでは、Application Insights SDK がインストールされているサーバー間での HTTP 依存関係呼び出しに従ってコンポーネントを検索します。

このエクスペリエンスでは、最初にコンポーネントが順次検出されます。アプリケーションマップを初めて読み込むとき、一連のクエリがトリガーされて、対象コンポーネントに関連したコンポーネントが検出されます。左上隅のボタンには、対象アプリケーション内のコンポーネント数が表示され、検出されるにつれて更新されます。

[マップコンポーネントの更新] を選ぶと、その時点までに検出されたすべてのコンポーネントでマップが更新されます。アプリケーションの複雑さによっては、この更新の読み込みに数分かかることがあります。

コンポーネントがすべて 1 つの Application Insights リソース内のロールである場合、この検出ステップは不要です。そのようなアプリケーションでは、そのすべてのコンポーネントが初回読み込みで認識されます。

このエクスペリエンスが目指す主な目的の 1 つは、何百というコンポーネントを含む複雑なトポロジを視覚化することです。

いずれかのコンポーネントを選ぶと、関連する分析情報を表示したり、そのコンポーネントについてのパフォーマンスと障害のトリアージ機能にアクセスしたりすることができます。

エラーを調査する

[エラーの調査] を選ぶと、[エラー] ペインが開きます。

パフォーマンスを調査する

パフォーマンスの問題のトラブルシューティングを行うには、[パフォーマンスの調査] を選びます。

詳細の表示

[詳細に移動] ボタンをクリックすると、呼び出し履歴レベルでビューを提供するエンドツーエンドのトランザクションエクスペリエンスが表示されます。

ログに表示 (Analytics)

さらにアプリケーションデータのクエリと調査を行うには、[ログに表示 (Analytics)] を選びます。

警告

アクティブなアラートと、アラートがトリガーされる原因になっている元のルールを表示するには、[アラート] を選択します。

クラウドロール名を設定またはオーバーライドする

アプリケーションマップでは、クラウドロール名プロパティを使用して、マップ上のコンポーネントが識別されます。

このガイダンスに従ってクラウドロール名を手動で設定またはオーバーライドし、アプリケーションマップ上に表示される内容を変更します。

Note

Application Insights SDK または Agent では、Azure App Service 環境のコンポーネントで生成されたテレメトリにクラウドロール名プロパティが自動的に追加されます。

カスタム TelemetryInitializer を記述する

using Microsoft.ApplicationInsights.Channel;
using Microsoft.ApplicationInsights.Extensibility;

namespace CustomInitializer.Telemetry
{
    public class MyTelemetryInitializer : ITelemetryInitializer
    {
        public void Initialize(ITelemetry telemetry)
        {
            if (string.IsNullOrEmpty(telemetry.Context.Cloud.RoleName))
            {
                //set custom role name here
                telemetry.Context.Cloud.RoleName = "Custom RoleName";
                telemetry.Context.Cloud.RoleInstance = "Custom RoleInstance";
            }
        }
    }
}

ASP.NET アプリ: アクティブな TelemetryConfiguration に初期化子を読み込む

ApplicationInsights.configの場合:

    <ApplicationInsights>
      <TelemetryInitializers>
        <!-- Fully qualified type name, assembly name: -->
        <Add Type="CustomInitializer.Telemetry.MyTelemetryInitializer, CustomInitializer"/>
        ...
      </TelemetryInitializers>
    </ApplicationInsights>

ASP.NET Web アプリのもう 1 つの方法は、Global.aspx.cs などのコード内で初期化子をインスタンス化することです。

 using Microsoft.ApplicationInsights.Extensibility;
 using CustomInitializer.Telemetry;

    protected void Application_Start()
    {
        // ...
        TelemetryConfiguration.Active.TelemetryInitializers.Add(new MyTelemetryInitializer());
    }

注意

ApplicationInsights.config または TelemetryConfiguration.Active を使用して初期化子を追加することは、ASP.NET Core アプリケーションでは無効です。

ASP.NET Core アプリ: TelemetryConfiguration に初期化子を読み込む

ASP.NET Core アプリケーションの場合、新しい TelemetryInitializer インスタンスを追加するには、次に示すように、依存関係挿入コンテナーに追加します。この手順は、Startup.cs クラスの ConfigureServices メソッドで行います。

 using Microsoft.ApplicationInsights.Extensibility;
 using CustomInitializer.Telemetry;
 public void ConfigureServices(IServiceCollection services)
{
    services.AddSingleton<ITelemetryInitializer, MyTelemetryInitializer>();
}

クラウドロール名は、次の例に示すように設定します。

{
  "role": {
    "name": "my cloud role name"
  }
}

また、環境変数またはシステムプロパティでクラウドロール名を設定することもできます。詳細については、クラウドロール名の構成に関する記事を参照してください。

var appInsights = require("applicationinsights");
appInsights.setup('INSTRUMENTATION_KEY').start();
appInsights.defaultClient.context.tags["ai.cloud.role"] = "your role name";
appInsights.defaultClient.context.tags["ai.cloud.roleInstance"] = "your role instance";

Node.js の別の方法

var appInsights = require("applicationinsights");
appInsights.setup('INSTRUMENTATION_KEY').start();

appInsights.defaultClient.addTelemetryProcessor(envelope => {
    envelope.tags["ai.cloud.role"] = "your role name";
    envelope.tags["ai.cloud.roleInstance"] = "your role instance"
});

appInsights.queue.push(() => {
appInsights.addTelemetryInitializer((envelope) => {
  envelope.tags["ai.cloud.role"] = "your role name";
  envelope.tags["ai.cloud.roleInstance"] = "your role instance";
});
});

Python の場合、OpenCensus Python テレメトリプロセッサを使用できます。

def callback_function(envelope):
   envelope.tags['ai.cloud.role'] = 'new_role_name'

# AzureLogHandler
handler.add_telemetry_processor(callback_function)

# AzureExporter
exporter.add_telemetry_processor(callback_function)

アプリケーションマップのコンテキスト内でのクラウドロール名を理解する

"クラウドロール名 "の概念を理解するには、複数のクラウドロール名が存在するアプリケーションマップを見てください。

表示されているアプリケーションマップでは、緑色の囲みの中の名前が、それぞれこの特定の分散型アプリケーションのさまざまな側面に対するクラウドロール名の値になります。このアプリでは、そのロールは Authentication、acmefrontend、Inventory Management、Payment Processing Worker Role で構成されています。

このアプリでは、クラウドロール名のそれぞれが、一意の Application Insights リソースと各自のインストルメンテーションキーも表しています。このアプリケーションの所有者は、これら 4 つの異なる Application Insights リソースにアクセスできるため、アプリケーションマップによって基になるリレーションシップを 1 つのマップにまとめることができます。

公式な定義:

   [Description("Name of the role the application is a part of. Maps directly to the role name in azure.")]
    [MaxStringLength("256")]
    705: string      CloudRole = "ai.cloud.role";

    [Description("Name of the instance where the application is running. Computer name for on-premises, instance name for Azure.")]
    [MaxStringLength("256")]
    715: string      CloudRoleInstance = "ai.cloud.roleInstance";

または、"クラウドロールインスタンス" は、クラウドロール名によって問題が Web フロントエンド内のどこかにあることを示すシナリオに役立ちます。ただし、Web フロントエンド全体で複数の負荷分散サーバーを実行している可能性があります。 Kusto クエリを使用してレイヤーをより深くドリルインできることと、問題の影響範囲がすべての Web フロントエンドサーバーまたはインスタンスであるか、1 つだけであるかを把握することが重要である可能性があります。

コンテナー化された環境でアプリが実行されている場合にクラウドロールインスタンスの値をオーバーライドしたいときには、インテリジェントビューの A シナリオを使用できます。この場合、個々のサーバーを把握するだけでは特定の問題を見つけられない可能性があります。

クラウドロール名プロパティをテレメトリ初期化子でオーバーライドする方法の詳細については、ITelemetryInitializer プロパティの追加に関するページを参照してください。

アプリケーションマップフィルター

アプリケーションマップフィルターを使用すると、ユーザーは 1 つ以上のフィルターを適用して、表示されるノードとエッジの数を減らすことができます。これらのフィルターを使用すると、マップの範囲を縮小し、より小さい、より対象を絞ったマップを表示できます。

アプリケーションマップフィルターを作成する

フィルターを作成するには、アプリケーションマップのツールバーの [フィルターの追加] ボタンを選択します。

A screenshot of the Add Filter button.

これにより、[1. フィルターの種類を選択します]、[2. フィルターのパラメーターを選択します]、[3. 確認します] の 3 つのセクションを含むダイアログがポップアップ表示されます。

A screenshot with the Node Filter radio button selected.

A screenshot with the Connector Edge Filter radio button selected.

最初のセクションには、次の 2 つのオプションがあります。

ノードフィルター
コネクタ (エッジ) フィルター

他のセクションの内容は、選択したオプションに基づいて変更されます。

ノードフィルター

ノードフィルターを使用すると、ユーザーは選択したノードのみをマップ上に残し、残りのノードを非表示にできます。ノードフィルターによって、検索値と一致するプロパティ値 (ノードの名前など) が各ノードに含まれているかどうかが、指定した演算子を介してチェックされます。ノードフィルターによってノードが削除されると、そのすべてのコネクタ (エッジ) も削除されます。

ノードには、次の 3 つのパラメーターを使用できます。

[含まれるノード] を使用すると、ユーザーは、一致するプロパティを持つノードのみを選択することや、ソースノード、ターゲットノード、またはその両方を結果のマップに含めることができます。
- [ノードとソース、ターゲット] -- これは、検索パラメーターに一致するノードを結果のマップに含めることを意味し、一致するノードのソースまたはターゲットであるノードも含めます (検索に一致するプロパティ値がノードにない場合でも)。ソースノードとターゲットノードは、まとめて "接続済み" ノードと呼ばれます。
- [ノードとソース] -- 上記と同じですが、ターゲットノードは結果に自動的に含まれません。
- [ノードとターゲット] -- 上記と同じですが、ソースノードは自動的に含まれません。
- [ノードのみ] -- 結果のマップのすべてのノードに、一致するプロパティ値が含まれています。
[演算子] は、各ノードのプロパティ値に対して実行するチェックの種類です。
- contains
- !contains (次の値を含まない)
- == (等しい)
- != (等しくない)
[検索値] は、ノードプロパティ値に含まれるテキスト、ノードプロパティ値に含まれないテキスト、ノードプロパティ値と等しいテキスト、ノードプロパティ値と等しくないテキストです。マップ上にあるノードで見つかった値の一部は、ドロップダウンに表示されます。ドロップダウンで [Create option ...] (オプションの作成 ...) をクリックすることで、任意の値を入力できます。

たとえば、次のスクリーンショットでは、"-west" というテキストを含むノードを選択するようにフィルターが構成されています。ソース ノードとターゲット ノードも結果のマップに含まれます。同じスクリーンショットで、ユーザーはマップにあるいずれかの値を選択することや、マップにある値への完全一致ではないオプションを作成することができます。

A screenshot with the filter configured to select nodes that contain the text west.

コネクタ (エッジ) フィルター

コネクタフィルターによって、値と一致するコネクタのプロパティが調べられます。フィルターに一致しないコネクタは、マップから削除されます。コネクタが残っていないノードに対しても同じ処理が行なわれます。

コネクタフィルターには、次の 3 つのパラメーターが必要です。

[コネクタのフィルター方法] を使用すると、ユーザーはコネクタのどのプロパティを使用するかを選択できます。
- [エラーのコネクタ (赤で強調表示)] では、色 (赤かどうか) に基づいてコネクタが選択されます。この種のフィルターには値は入力できず、"エラーのあるコネクタ" を意味する "==" 演算子と、"エラーのないコネクタ" を意味する "!=" 演算子のみ使用できます。
- [エラー率] では、コネクタの平均エラー率が使用されます。平均エラー率は、失敗した呼び出しの数を呼び出しの総数で除算したもので、パーセンテージで表されます。たとえば、"1" という値は、呼び出しの 1% が失敗したことを示します。
- [平均呼び出し時間 (ms)] では、コネクタによって表されるすべての呼び出しの平均時間 (ミリ秒単位) が使用されます。たとえば、"1000" という値は、呼び出しの平均時間が 1 秒であることを示します。
- [呼び出し数] では、コネクタによって表される呼び出しの合計数が使用されます。
[演算子] は、コネクタプロパティとその後に入力される値の間で適用される比較処理です。オプションの変更: [Error connector] (エラーのコネクタ) には、[equals] (等しい)/[not equals] (等しくない) オプションがあります。それ以外のすべてに [greater than] (より大きい)/[less than] (より小さい) があります。
[値] はフィルターの比較値です。 [Error connector] (エラーのコネクタ) フィルターには、[エラー] という 1 つのオプションのみあります。その他の種類のフィルターには、数値が必要であり、マップに関連するエントリが事前に設定されたドロップダウンが用意されています。
- これらのエントリの一部には、パーセンタイルレベルである "(Pxx)" という指定があります。たとえば、[平均呼び出し時間] フィルターの値が "200 (P90)" の場合、(コネクタが表す呼び出し数に関係なく) すべてのコネクタの 90% の呼び出し時間が 200 ミリ秒未満であることを示します。
- ドロップダウンに特定の数値が表示されない場合、[作成] オプションをクリックすることで、その数値を入力して作成できます。「P」と入力すると、ドロップダウンにすべてのパーセンタイル値が表示されます。

[レビュー] セクション

[レビュー] セクションには、フィルターの処理内容に関するテキストと視覚的な説明が含まれます。これらは、フィルターがどのように処理を行うかを学習する場合に役立ちます。

A screenshot of the Review section with node in focus.

A screenshot of the Review section depicting an average call duration greater than 42 milliseconds.

アプリケーションマップでフィルターを使用する

フィルターの対話機能

[フィルターの追加] ポップアップでフィルターを構成した後、[適用] を選択してフィルターを作成します。複数のフィルターを適用でき、左から右に順番に適用されます。各フィルターで、追加のノードとコネクタを削除できますが、それらをマップに追加し直すことはできません。

フィルターは、角が丸いボタンとしてアプリケーションマップの上方に表示されます。

A screenshot displaying the rounded filter buttons above the application map.

フィルターの A screenshot of a rounded X button. をクリックすると、そのフィルターが削除されます。ボタンの他の場所をクリックすると、ユーザーはフィルターの値を編集できます。ユーザーがフィルターの値を変更すると、新しい値が適用され、マップが変更のプレビューとなります。 [キャンセル] をクリックすると、フィルターが復元され、編集前の状態になります。

A screenshot displaying the Configure Connector Filter section with a Cancel button.

フィルターを再利用する

フィルターは、次の 2 つの方法で再利用できます。

マップの上方にあるツールバーの [リンクのコピー] ボタンにより、コピーされる URL でフィルター情報がエンコードされます。このリンクは、ブラウザーのブックマークに保存することや、他のユーザーと共有することができます。 [リンクのコピー] では、時間の値が保持されますが、絶対時間は保持されないため、後で表示されるマップは、リンクの作成時に表示されていたマップとは異なる場合があります。
[アプリケーションマップ] ウィンドウのタイトルバーの横に、ダッシュボードへのピン留めツールがあります。このボタンにより、フィルターがマップに適用された状態でそのマップがダッシュボードにピン留めされます。この操作は、頻繁に使用するフィルターに対して便利です。たとえば、ユーザーは、[Error connector] (エラーのコネクタ) フィルターがマップに適用された状態でそのマップをピン留めできます。この場合、ダッシュボードビューには、HTTP 呼び出しでエラーがあったノードのみが表示されます。

フィルターの使用シナリオ

フィルターの組み合わせは多数あります。ほとんどのマップに使用でき、ダッシュボードにピン留めすると便利なものをいくつか提案します。

[Intelligent view] (インテリジェントビュー) と共に [Error connector] (エラーのコネクタ) フィルターを使用して、重要と見なされるエラーのみを表示する。
影響が大きい問題に素早く注目するために、エラーがなくトラフィックが少ないコネクタを非表示にする。
パフォーマンスの問題がないか確認するために、平均時間が長く、トラフィックが多いコネクタを表示する。
分散アプリケーションの特定の部分を表示する (適切な roleName 名前付け規則が必要)。
情報量が多過ぎる依存関係の種類を非表示にする。
特定の値よりもエラー率が高いコネクタのみ表示する。

アプリケーションマップのインテリジェントビュー

次のセクションでは、インテリジェントビューについて説明します。

インテリジェントビューの概要

アプリケーションマップ インテリジェントビューは、サービス正常性調査に役立つよう設計されています。機械学習を適用して、ノイズを除外することで、問題の潜在的な根本原因をすばやく特定します。機械学習モデルは、アプリケーションマップの履歴動作から学習し、インシデントの潜在的な原因を示す主要なパターンと異常を特定します。

大規模な分散型アプリケーションでは、常に "良性" のエラーからある程度のノイズが発生します。これにより、多くの赤いエッジが表示され、アプリケーションマップにノイズが多くなる可能性があります。インテリジェントビューには、最も可能性の高いサービスエラーの原因のみが表示され、正常なサービスではノード間の赤いエッジ (サービス間通信) が削除されます。インテリジェントビューでは、調査する必要があるエッジが赤で強調表示されます。また、強調表示されたエッジに対するアクションにつながる分析情報も提供されます。

インテリジェントビューの利点

調査する必要があるエラーのみを強調表示することで、解決までの時間を短縮する
特定の赤いエッジが強調表示された理由に関する実用的な分析情報を提供する
大規模な分散型アプリケーションでアプリケーションマップを (赤でマークされたエッジのみに焦点を合わせて) シームレスに使用できるようにする

[アプリケーションマップ] でインテリジェントビューを有効にする

[Intelligent view] (インテリジェントビュー) トグルをオンにします。必要に応じて、[低]、[中]、または [高] を選び、検出の感度を変更します。詳細については、感度に関するトラブルシューティングの質問を参照してください。

[Intelligent view] (インテリジェントビュー) を有効にした後、強調表示されているエッジのいずれかを選び、"アクションにつながる分析情報" を表示します。右側のペインに分析情報が表示され、エッジが強調表示された理由が示されます。

トラブルシューティングを開始するには、[エラーの調査] を選びます。開いた [エラー] ペインで、検出された問題が根本原因であるかどうかを調査します。赤いエッジがない場合、機械学習モデルで、アプリケーションの依存関係に潜在的なインシデントが検出されませんでした。

フィードバックを提供するには、マップ上の [フィードバック] ボタンを選びます。

インテリジェントビューで赤いエッジを強調表示する場所を決定する方法

インテリジェントビューは、特許を取得した AIOps 機械学習モデルを使用して、アプリケーションマップで特に重要な点を強調します。

いくつかの考慮事項の例を次に示します。

エラー率
要求数
期間
データの異常
依存関係の種類

なお、標準ビューでは未加工のエラー率のみが使用されます。

インテリジェントビューの感度のしくみ

インテリジェントビューの感度は、サービスの問題が検出される確率を調整します。

強調表示されたエッジで目的の信頼度レベルが実現されるように感度を調整します。

感度の設定	結果
高	強調表示されるエッジが少なくなります。
中 (既定値)	バランスの取れた数のエッジが強調表示されます。
低	強調表示されるエッジが多くなります。

インテリジェントビューの制限事項

インテリジェントビューには、いくつかの制限があります。

大規模な分散型アプリケーションでは、インテリジェントビューの読み込みに 1 分かかる場合があります。
最大 7 日間の概算時間がサポートされています。

フィードバックを提供する場合は、「ポータルのフィードバック」を参照してください。

トラブルシューティング

アプリケーションマップを想定どおりに動作させることができない場合は、次の手順をお試しください。

全般

正式にサポートされている SDK を使用していることを確認します。未サポートまたはコミュニティ SDK は、相関関係をサポートしていない場合があります。

サポートされている SDK の一覧については、Application Insights: 言語、プラットフォーム、および統合に関する記事を参照してください。
すべてのコンポーネントを最新の SDK バージョンにアップグレードします。
C# で Azure Functions を使用している場合は、Azure Functions V2 にアップグレードします。
クラウドロール名が正しく構成されていることを確認します。
依存関係が欠落している場合は、自動収集された依存関係の一覧にあることを確認します。ない場合でも、TrackDependency 呼び出しを使えば手動で追跡することができます。

マップ上のノードが多すぎる

アプリケーションマップでは、要求テレメトリ内に存在する一意のクラウドロール名ごとにアプリケーションノードが作成されます。また、タイプ、ターゲット、およびクラウドロール名の一意の組み合わせごとに依存関係ノードも作成されます。

テレメトリ内のノード数が 10,000 個を超える場合は、アプリケーションマップですべてのノードとリンクをフェッチできないため、マップが不完全になります。このシナリオが発生すると、マップを表示したときに警告メッセージが表示されます。

アプリケーションマップでは、一度にレンダリングされる個別のグループ化されていないノードは最大 1,000 個のみサポートされます。アプリケーションマップでは、視覚化の複雑さを低減するために、種類と呼び出し元が同じ依存関係がグループ化されます。

テレメトリの一意のクラウドロール名が多すぎる場合や、依存関係の種類が多すぎる場合は、そのグループ化が不十分となり、マップでレンダリングされなくなります。

この問題を解決するには、クラウドロール名、依存関係の種類、および依存関係のターゲットのフィールドが正しく設定されるように、インストルメンテーションを変更する必要があります。

依存関係のターゲットは、依存関係の論理名を表す必要があります。多くの場合、これは依存関係のサーバーまたはリソース名と等しくなります。たとえば、HTTP の依存関係がある場合、ホスト名に設定にされます。要求ごとに変化する一意の ID またはパラメーターを含めてはなりません。
依存関係の種類は、依存関係の論理型を表す必要があります。たとえば、一般的な依存関係の種類には、HTTP、SQL、Azure BLOB などがあります。一意の ID は含めないでください。
クラウドロール名の目的については、「クラウドロール名を設定またはオーバーライドする」セクションに説明があります。

インテリジェントビュー

インテリジェントビューに関する一般的なトラブルシューティングの質問。

感度が低くても、このエッジが強調表示されないのはなぜですか?

依存関係が失敗しているようであるが、モデルではそれが潜在的なインシデントであると示していない。

この依存関係がしばらく失敗している場合、モデルはそれが通常の状態であると考え、エッジを強調表示しない可能性があります。これは、リアルタイムでの問題解決に重点を置いています。
この依存関係がアプリの全体的なパフォーマンスに最小限の影響しか与えない場合、モデルでそれを無視させることもできます。
上記のいずれにも該当しない場合は、[フィードバック] オプションを使用し、現象を説明してください。将来のモデルバージョンの改善に役立ちます。

エッジが強調表示されているのはなぜですか?

エッジが強調表示されている場合、モデルからの説明により、モデルがこの依存関係に高い確率スコアを与える最も重要な特徴が示されるはずです。推奨事項は、エラーだけでなく、主要なフローでの予期しない待ち時間などの他のインジケーターにも基づいています。

インテリジェントビューが読み込まれないのはなぜですか?

インテリジェントビューが読み込まれない場合は、構成された時間枠を 6 日以下に設定します。

インテリジェントビューの読み込みに時間がかかるのはなぜですか?

[マップコンポーネントの更新] を選ばないようにします。

1 つの Application Insights リソースに対してのみ[Intelligent view] (インテリジェントビュー) を有効にします。

ポータルのフィードバック

ご意見やご感想は、フィードバックオプションからお寄せください。

次のステップ

Application Insights での相関関係のしくみの詳細については、「テレメトリの関連付け」を参照してください。
エンドツーエンドのトランザクション診断エクスペリエンスは、Application Insights 監視対象コンポーネントすべてからのサーバー側テレメトリを単一ビューに関連付けます。
ASP.NET Core と ASP.NET の高度な相関シナリオについては、カスタム操作の追跡に関する記事を参照してください。

アプリケーション マップ: 分散型アプリケーションをトリアージする

コンポーネントとは

複合アプリケーション マップ

エラーを調査する

パフォーマンスを調査する

詳細の表示

ログに表示 (Analytics)

警告

クラウド ロール名を設定またはオーバーライドする

アプリケーション マップのコンテキスト内でのクラウド ロール名を理解する

アプリケーション マップ フィルター

アプリケーション マップ フィルターを作成する

ノード フィルター