애플리케이션 맵: 분산 애플리케이션 심사

아티클
10/18/2023

애플리케이션 맵은 분산 애플리케이션의 논리적 구조를 나타냅니다. 애플리케이션의 개별 구성 요소는 기록된 원격 분석의 "roleName" 또는 "name" 속성에 의해 결정됩니다. 이러한 구성 요소는 맵에서 원으로 표시되며 "노드"라고 합니다. 노드 간의 HTTP 호출은 이러한 노드를 연결하는 화살표("커넥터" 또는 "에지"라고 함)로 표시됩니다. 호출을 수행하는 노드는 호출의 "원본"이며 수신 노드는 호출의 "대상"입니다.

애플리케이션 맵을 사용하면 분산된 애플리케이션의 모든 구성 요소에서 성능 병목 상태 또는 실패 핫스폿을 찾는 데 도움이 됩니다. 맵의 각 노드는 애플리케이션 구성 요소 또는 해당 종속성을 나타내며 상태 KPI 및 경고 상태를 나타냅니다. 구성 요소를 선택하여 Application Insights 이벤트와 같은 더 자세한 진단을 가져올 수 있습니다. 앱에서 Azure 서비스를 사용하는 경우 SQL Database Advisor 권장 사항과 같은 Azure 진단을 선택할 수도 있습니다.

또한 애플리케이션 맵에는 빠른 서비스 상태 조사를 지원하는 인텔리전트 보기가 있습니다.

구성 요소란?

구성 요소는 분산 또는 마이크로 서비스 애플리케이션의 독립적으로 배포 가능한 부분입니다. 개발자 및 운영 팀은 이러한 애플리케이션 구성 요소에서 생성된 원격 분석에 대한 코드 수준의 가시성 또는 액세스 권한을 갖습니다. 예시:

구성 요소는 팀이나 조직이 액세스할 수 없는 Azure SQL 및 Azure Event Hubs(코드 또는 원격 분석)와 같은 "관찰된" 외부 종속성과 다릅니다.
구성 요소는 원하는 수의 서버, 역할 또는 컨테이너 인스턴스에서 실행됩니다.
구독이 다른 경우에도 구성 요소는 별도의 Application Insights 리소스일 수 있습니다. 또한 단일 Application Insights 리소스에 보고하는 다른 역할일 수도 있습니다. 맵 미리 보기 환경은 구성 요소를 설정 방식에 관계없이 표시합니다.

복합 애플리케이션 맵

여러 수준의 관련된 애플리케이션 구성 요소의 전체 애플리케이션 토폴로지를 볼 수 있습니다. 구성 요소는 다른 Application Insights 리소스이거나 단일 리소스 내의 다른 역할일 수 있습니다. 애플리케이션 맵은 Application Insights SDK가 설치된 서버 간에 수행된 HTTP 종속성 호출에 따라 구성 요소를 찾습니다.

이러한 환경은 구성 요소를 점진적으로 검색으로 시작됩니다. 애플리케이션 맵을 처음 로드할 때 이 구성 요소와 관련된 구성 요소를 검색하기 위해 쿼리 세트가 트리거됩니다. 왼쪽 상단 모서리에 있는 단추는 발견되는 애플리케이션의 구성 요소 수로 업데이트됩니다.

맵 구성 요소 업데이트를 선택하면 해당 지점까지 발견된 모든 구성 요소로 맵이 새로 고쳐집니다. 애플리케이션의 복잡성에 따라 이 업데이트를 로드하는 데 1분 정도 걸릴 수 있습니다.

모든 구성 요소가 단일 Application Insights 리소스 내의 역할인 경우 이 검색 단계가 필요하지 않습니다. 이러한 애플리케이션에 대한 초기 로드 시에는 모든 구성 요소가 포함됩니다.

수백 가지 구성 요소가 있는 복잡한 토폴로지를 시각화하는 것이 이 환경의 주요 목표 중 하나입니다.

모든 구성 요소를 선택하여 관련 정보를 확인하고, 해당 구성 요소에 대한 성능 및 실패 심사 환경으로 이동합니다.

오류 조사

실패 조사를 선택하여 실패 창을 엽니다.

성능 조사

성능 문제를 해결하려면 성능 조사를 선택합니다.

세부 정보로 이동

세부 정보로 이동 단추는 호출 스택 수준에서 보기를 제공하는 엔드투엔드 트랜잭션 환경을 표시합니다.

로그에서 보기(분석)

애플리케이션 데이터를 더 쿼리하고 조사하려면 로그(분석)에서 보기를 선택합니다.

경고

경고가 트리거될 수 있는 활성 경고 및 기본 규칙을 보려면 경고를 선택합니다.

클라우드 역할 이름 설정 또는 재정의

애플리케이션 맵에서는 클라우드 역할 이름 속성을 사용하여 맵에 있는 구성 요소를 식별합니다.

이 지침에 따라 클라우드 역할 이름을 수동으로 설정하거나 재정의하고 애플리케이션 맵에 표시되는 항목을 변경합니다.

참고 항목

Application Insights SDK 또는 에이전트는 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 웹앱의 다른 방법은 코드에서 초기화 프로그램을 인스턴스화하는 것입니다(예: 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 리소스 각각에 액세스할 수 있으므로 Application Map은 기본 관계의 맵을 함께 연결할 수 있습니다.

공식 정의:

   [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";

또는 클라우드 역할 인스턴스는 클라우드 역할 이름이 웹 프런트 엔드 어딘가에 문제가 있음을 알려 주는 시나리오에 유용할 수 있습니다. 그러나 웹 프런트 엔드에서 여러 개의 부하 분산된 서버를 실행할 수 있습니다. Kusto 쿼리를 통해 더 깊이 있는 계층을 드릴할 수 있고 문제가 모든 웹 프런트 엔드 서버 또는 인스턴스에 영향을 미치는지 또는 하나만 영향을 미치는지 아는 것이 중요할 수 있습니다.

지능형 보기 클라우드 역할 인스턴스에 대한 값을 재정의하려는 시나리오는 앱이 컨테이너화된 환경에서 실행되는 경우일 수 있습니다. 이 경우 개별 서버를 아는 것만으로는 특정 문제를 찾기에 충분한 정보가 아닐 수 있습니다.

원격 분석 이니셜라이저를 사용하여 클라우드 역할 이름 속성을 재정의하는 방법에 대한 자세한 내용은 속성 추가: ITelemetryInitializer을 참조하세요.

애플리케이션 맵 필터

애플리케이션 맵 필터는 사용자가 하나 이상의 필터를 적용하여 표시되는 노드 및 에지 수를 줄일 수 있게 해줍니다. 이러한 필터를 사용하여 맵의 범위를 줄이면 더 작고 집중된 맵을 표시할 수 있습니다.

애플리케이션 맵 필터 만들기

필터를 만들려면 애플리케이션 맵의 도구 모음에서 "필터 추가" 단추를 선택합니다.

A screenshot of the Add Filter button.

1) 필터 유형 선택, 2) 필터 매개 변수 선택, 3) 검토라는 세 가지 섹션이 있는 대화 상자가 나타납니다.

A screenshot with the Node Filter radio button selected.

A screenshot with the Connector Edge Filter radio button selected.

첫 번째 섹션에는 두 가지 옵션이 있습니다.

노드 필터
커넥터(에지) 필터

다른 섹션의 내용은 선택한 옵션에 따라 변경됩니다.

노드 필터

사용자는 노드 필터를 사용하여 선택한 노드만 맵에 남기고 나머지는 숨길 수 있습니다. 노드 필터는 지정된 연산자를 통해 검색 값과 일치하는 값이 있는 속성(예: 이름)이 포함되어 있는지 각 노드를 확인합니다. 노드 필터에 의해 노드가 제거되면 모든 커넥터(에지)도 제거됩니다.

노드에 사용할 수 있는 세 가지 매개 변수는 다음과 같습니다.

"노드 포함"을 사용하면 일치하는 속성이 있는 노드만 선택하거나 원본 노드, 대상 노드 또는 둘 다를 결과 맵에 포함할 수 있습니다.
- "노드 및 원본, 대상" - 검색 매개 변수와 일치하는 노드가 결과 맵에 포함되며, 일치하는 노드의 원본 또는 대상인 노드도 검색과 일치하는 속성 값이 없더라도 포함됩니다. 원본 및 대상 노드를 통칭하여 "연결된" 노드라고 합니다.
- "노드 및 원본" - 위와 동일하지만 대상 노드는 결과에 자동으로 포함되지 않습니다.
- "노드 및 대상" - 위와 동일하지만 원본 노드는 자동으로 포함되지 않습니다.
- "노드만" - 결과 맵의 모든 노드에 일치하는 속성 값이 있어야 합니다.
"연산자"는 각 노드의 속성 값에서 수행되는 검사 유형입니다.
- contains
- !contains(포함 안 됨)
- ==(같음)
- !=(같지 않음)
"검색 값"은 포함되어야 하거나, 포함되지 않아야 하거나, 노드 속성 값과 같거나, 같지 않아야 하는 텍스트입니다. 맵에 있는 노드에서 발견된 일부 값이 드롭다운에 표시됩니다. 드롭다운에서 "만들기 옵션..."을 클릭하여 임의의 값을 입력할 수 있습니다.

예를 들어 아래 스크린샷에서 필터는 "-west" 텍스트를 포함하는노드를 선택하도록 구성됩니다. 원본 및 대상 노드도 결과 맵에 포함됩니다. 동일한 스크린샷에서 사용자는 맵에 있는 값 중 하나를 선택하거나 맵에 있는 값과 정확히 일치하지 않는 옵션을 만들 수 있습니다.

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

커넥터(에지) 필터

커넥터 필터는 값과 일치하는 커넥터의 속성을 검사합니다. 필터와 일치하지 않는 커넥터는 맵에서 제거됩니다. 커넥터가 남아 있지 않은 노드도 마찬가지입니다.

커넥터 필터에는 다음 세 가지 매개 변수가 필요합니다.

"커넥터 필터링 기준"은 사용자가 사용할 커넥터의 속성을 선택할 수 있게 해줍니다.
- "오류 커넥터(빨간색으로 강조 표시됨)"는 해당 색상(빨간색 여부)에 따라 커넥터를 선택합니다. 이 필터 유형에는 값을 입력할 수 없으며 "=="("오류가 있는 커넥터") 또는 "!="("오류가 없는 커넥터") 연산자만 입력할 수 있습니다.
- "오류율"은 커넥터의 평균 오류율, 즉 실패한 호출 수를 모든 호출 수로 나눈 값의 백분율을 사용합니다. 예를 들어 값 "1"은 1%의 실패한 호출을 나타냅니다.
- "평균 호출 기간(****ms)"은 커넥터가 나타내는 모든 호출의 평균 기간(밀리초)만 사용합니다. 예를 들어 값 "1000"은 평균 1초의 호출을 나타냅니다.
- "호출 수"는 커넥터가 나타내는 총 호출 수를 사용합니다.
"연산자"는 커넥터 속성과 아래에 입력된 값 간에 적용되는 비교입니다. 옵션 변경: "오류 커넥터"에는 같음/같지 않음 옵션이 있습니다. 다른 모든 항목에는 보다 큼/보다 작음 옵션이 있습니다.
"값"은 필터의 비교 값입니다. "오류 커넥터" 필터에는 "오류"라는 한 가지 옵션만 있습니다. 다른 필터 유형에는 숫자 값이 필요하며 맵과 관련된 미리 채워진 항목이 포함된 드롭다운이 제공됩니다.
- 이러한 항목 중 일부에는 백분위수 수준인 "(Pxx)"가 지정되어 있습니다. 예를 들어 "평균 호출 기간" 필터의 값이 "200 (P90)"이라면 모든 커넥터 중 90%(호출 수에 관계없이)의 호출 기간이 200ms 미만이라는 것입니다.
- 드롭다운에 특정 숫자가 표시되지 않으면 "만들기 옵션"을 클릭하여 입력하고 만들 수 있습니다. "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.

필터 다시 사용

필터는 두 가지 방법으로 다시 사용할 수 있습니다.

맵 위의 도구 모음에 있는 "링크 복사" 단추는 복사된 URL의 필터 정보를 인코딩합니다. 이 링크는 브라우저의 책갈피에 저장하거나 다른 사용자와 공유할 수 있습니다. "링크 복사"는 절대 시간이 아닌 기간 값을 유지하므로 나중에 표시되는 맵이 링크를 만들 때 본 맵과 다를 수 있습니다.
대시보드 핀 은 애플리케이션 맵 창의 제목 표시줄 옆에 있습니다. 이 단추는 적용된 필터와 함께 맵을 대시보드에 고정합니다. 이 작업은 자주 찾는 필터에 유용할 수 있습니다. 예를 들어 사용자가 "오류 커넥터" 필터가 적용된 맵을 고정하면 HTTP 호출에 오류가 있는 노드만 대시보드 보기에 표시됩니다.

필터 사용 시나리오

여러 필터 조합이 있습니다. 다음은 대부분의 맵에 적용되며 대시보드에 고정할 때 유용할 수 있는 몇 가지 제안 사항입니다.

"지능형 보기"와 함께 "오류 커넥터" 필터를 사용하여 중요한 오류만 표시합니다.
더 큰 영향을 주는 문제에 신속하게 집중하기 위해 오류 없이 트래픽이 적은 커넥터 숨기기:
잠재적인 성능 문제에 집중하기 위해 평균 기간이 높은 트래픽이 많은 커넥터 표시:
분산 애플리케이션의 특정 부분 표시(적절한 roleName 명명 규칙 필요):
너무 시끄러운 종속성 형식 숨기기:
특정 값보다 오류율이 높은 커넥터만 표시

애플리케이션 맵 지능형 보기

다음 섹션에서는 지능형 보기에 대해 설명합니다.

인텔리전트 보기 요약

애플리케이션 맵의 인텔리전트 보기는 서비스 상태 조사를 지원하도록 설계되었습니다. 기계 학습을 적용하여 노이즈를 필터링하여 문제의 잠재적인 근본 원인을 빠르게 식별합니다. 기계 학습 모델은 Application Map의 과거 동작에서 학습하여 인시던트의 잠재적 원인을 나타내는 지배적인 패턴과 변칙을 식별합니다.

대규모 분산 애플리케이션에서는 항상 "양성" 오류로 인해 어느 정도의 노이즈가 있으며, 이로 인해 많은 빨간색 가장자리를 표시하여 애플리케이션 맵에 노이즈가 발생할 수 있습니다. 인텔리전트 보기는 서비스 오류에 대한 가장 가능성이 큰 원인만 표시하고 정상 서비스에서 노드 간 빨간색 가장자리(서비스 간 통신)를 제거합니다. 지능형 보기는 조사해야 하는 가장자리를 빨간색으로 강조 표시합니다. 또한 강조 표시된 가장자리에 대해 실행 가능한 인사이트를 제공합니다.

인텔리전트 보기의 이점

조사해야 하는 오류만 강조 표시하여 해결 시간을 줄입니다.
특정 빨간색 가장자리가 강조 표시된 원인에 대한 실행 가능한 인사이트를 제공합니다.
대규모 분산 애플리케이션에 애플리케이션 맵을 원활하게 사용할 수 있습니다(빨간색으로 표시된 가장자리에만 집중).

애플리케이션 맵에서 지능형 보기 사용

인텔리전트 보기 설정/해제를 사용하도록 설정합니다. 선택적으로 검색 감도를 변경하려면 낮음, 중간 또는 높음을 선택합니다. 자세한 내용은 감도에 대한 문제 해결 질문을 참조하세요.

지능형 보기를 사용하도록 설정한 후 강조 표시된 가장자리 중 하나를 선택하여 "실행 가능한 인사이트"를 확인합니다. 인사이트가 오른쪽 창에 나타나고 가장자리가 강조 표시된 이유를 설명합니다.

문제 해결을 시작하려면 실패 조사를 선택합니다. 열리는 실패 창에서 검색된 문제가 근본 원인인지 조사합니다. 빨간색 가장자리가 없으면 기계 학습 모델이 애플리케이션의 종속성에서 잠재적 인시던트를 찾지 못한 것입니다.

피드백을 제공하려면 맵에서 피드백 단추를 선택합니다.

인텔리전트 보기는 빨간색 가장자리가 강조 표시된 위치를 어떻게 결정하나요?

인텔리전트 보기는 특허 받은 AIOps 기계 학습 모델을 사용하여 애플리케이션 맵에서 진정으로 중요한 항목을 강조 표시합니다.

몇 가지 고려 사항은 다음과 같습니다.

실패율
요청 수
기간
데이터의 변칙
종속성 유형

비교를 위해 기본 보기는 원시 실패율만 활용합니다.

인텔리전트 보기 민감도는 어떻게 작동하나요?

인텔리전트 보기 민감도는 서비스 문제가 검색되는 확률을 조정합니다.

강조 표시된 가장자리에서 원하는 신뢰 수준을 달성할 수 있도록 민감도를 조정합니다.

민감도 설정	결과
높음	더 적은 가장자리가 강조 표시됩니다.
중간(기본값)	균형 잡힌 수의 가장자리가 강조 표시됩니다.
낮음	더 많은 가장자리가 강조 표시됩니다.

인텔리전트 보기의 제한 사항

지능형 보기에는 몇 가지 제한 사항이 있습니다.

대규모 분산 애플리케이션은 지능형 보기를 로드하는 데 몇 분 정도 걸릴 수 있습니다.
최대 7일의 시간 프레임이 지원됩니다.

피드백을 제공하려면 포털 피드백을 참조하세요.

문제 해결

Application Map이 예상대로 작동하지 않는 경우 다음 단계를 수행하세요.

일반

공식적으로 지원되는 SDK를 사용하고 있는지 확인합니다. 지원되지 않거나 커뮤니티 SDK는 상관 관계를 지원하지 않을 수 있습니다.

지원되는 SDK 목록은 Application Insights: 언어, 플랫폼 및 통합을 참조하세요.
모든 구성 요소를 최신 SDK 버전으로 업그레이드합니다.
C#과 함께 Azure Functions를 사용하는 경우 Azure Functions V2로 업그레이드합니다.
클라우드 역할 이름이 올바르게 구성되었는지 확인합니다.
종속성이 누락된 경우 자동 수집 종속성 목록에 들어 있는지 확인합니다. 이 목록에 없어도 종속성 호출 추적을 사용하여 수동으로 계속 추적할 수 있습니다.

맵에 노드가 너무 많음

애플리케이션 맵은 요청 원격 분석에 있는 각각의 고유한 클라우드 역할 이름에 대한 애플리케이션 노드를 생성합니다. 또한 유형, 대상 및 클라우드 역할 이름의 고유한 조합에 대해 종속성 노드가 구성됩니다.

원격 분석에 10,000개 이상의 노드가 있는 경우 애플리케이션 맵은 모든 노드와 링크를 가져올 수 없으므로 맵이 불완전합니다. 이 시나리오가 발생하면 맵을 볼 때 경고 메시지가 나타납니다.

애플리케이션 맵은 한 번에 렌더링되는 최대 1,000개의 그룹화되지 않은 개별 노드만 지원합니다. 애플리케이션 맵은 형식과 호출자가 동일한 종속성을 함께 그룹화하여 시각적 복잡성을 줄입니다.

원격 분석에 고유한 클라우드 역할 이름이 너무 많거나 종속성 형식이 너무 많으면 해당 그룹화가 충분하지 않고 맵이 렌더링되지 않습니다.

이 문제를 해결하려면 클라우드 역할 이름, 종속성 유형 및 종속성 대상 필드를 올바르게 설정하도록 계측을 변경해야 합니다.

종속성 대상은 종속성의 논리적 이름을 나타내야 합니다. 대부분의 경우 종속성의 서버 또는 리소스 이름과 동일합니다. 예를 들어 HTTP 종속성이 있는 경우 호스트 이름으로 설정됩니다. 한 요청에서 다른 요청으로 변경되는 고유 ID 또는 매개 변수를 포함해서는 안 됩니다.
종속성 유형은 종속성의 논리적 유형을 나타내야 합니다. 예를 들어 HTTP, SQL 또는 Azure Blob은 일반적인 종속성 유형입니다. 고유 ID를 포함해서는 안 됩니다.
클라우드 역할 이름의 목적은 클라우드 역할 이름 설정 또는 재정의 섹션에 설명되어 있습니다.

인텔리전트 보기

Intelligent View에 대한 일반적인 문제 해결 질문입니다.

민감도가 낮은 경우에도 이 가장자리가 강조 표시되지 않는 이유는 무엇인가요?

종속성이 실패한 것처럼 보일 수 있지만 모델은 잠재적인 인시던트를 나타내지 않습니다.

이 종속성이 잠시 동안 실패한 경우 모델에서 이를 일반 상태로 간주하여 에지를 강조 표시하지 않을 수 있습니다. RT 문제를 해결하는 데 집중합니다.
이 종속성이 앱의 전체 성능에 최소한의 영향을 주는 경우 모델에서 이를 무시하도록 만들 수도 있습니다.
위의 내용 중 어느 것도 옳지 않은 경우 피드백 옵션을 사용하고 사용자의 환경을 설명합니다. 향후 모델 버전을 개선하는 데 도움이 될 수 있습니다.

가장자리가 강조 표시되는 이유는 무엇인가요?

가장자리가 강조 표시되는 경우 모델의 설명은 모델에서 이 성에 높은 확률 점수를 부여하도록 만든 가장 중요한 기능을 가리켜야 합니다. 권장 사항은 오류만을 기반으로 하는 것이 아니라 주요 흐름의 예기치 않은 대기 시간과 같은 다른 지표를 기반으로 합니다.

지능형 보기가 로드되지 않는 이유는 무엇인가요?

지능형 보기가 로드되지 않으면 구성되는 시간 프레임을 6일 이하로 설정합니다.

지능형 보기를 로드하는 데 시간이 오래 걸리는 이유는 무엇인가요?

맵 구성 요소 업데이트를 선택하지 마세요.

단일 Application Insights 리소스에 대해서만 지능형 보기를 사용하도록 설정합니다.

포털 사용자 의견

사용자 의견을 제공하려면 사용자 의견 옵션을 사용하세요.

다음 단계

Application Insights에서 상관 관계가 작동하는 방식에 대해 자세히 알아보려면 원격 분석 상관 관계를 참조하세요.
엔드투엔드 트랜잭션 진단 환경은 모든 Application Insights 모니터링 구성 요소에서 서버 쪽 원격 분석을 단일 보기로 상관 관계를 지정합니다.
ASP.NET Core 및 ASP.NET의 고급 상관 관계 시나리오는 사용자 지정 작업 추적을 참조하세요.