Azure Monitor의 기능인 Application Insights에 캔버스 앱을 연결합니다. Application Insights에는 문제를 진단하고 앱의 사용자 동작을 이해하는 데 도움이 되는 분석 도구가 포함되어 있습니다. 수집된 정보를 사용하여 더 나은 비즈니스 결정을 내리고 앱 품질을 개선합니다.
사전 요구 사항
- Azure 포털에 액세스해야 합니다.
- Azure 리소스를 만들기 위한 권한이 필요합니다.
참고
원격 분석 정보를 보려면 테넌트 관리자가 캔버스 앱 인사이트를 활성화해야 합니다. Power Platform 관리 센터에 관리자로 로그인합니다. 설정>테넌트 설정>캔버스 앱 인사이트를 선택합니다. 캔버스 앱 인사이트 창에서 토글을 켜고 변경 내용을 저장합니다. 테넌트 설정에서 자세히 알아보세요.
Application Insights 리소스 만들기
이벤트를 저장할 Application Insights 리소스를 만들어 앱에서 시스템 생성 로그를 보냅니다.
Azure Portal에서 Application Insights에 대한 작업 영역 기반 리소스를 만드는 방법을 알아보세요.
앱을 Application Insights에 연결하기
참고
- 연결 문자열을 지정할 때 테넌트 간에 데이터를 보낼 수 있다는 점에 유의해야 합니다. 추적 이벤트는 대상 앱 인사이트 인스턴스가 앱과 다른 테넌트에 있더라도 앱에 대해 설정한 연결 문자열에 해당하는 앱 인사이트 리소스로 전송됩니다.
- App Insights에 대한 연결 문자열이 있을 수 있으므로 기존 .msapp 파일을 가져올 때는 주의해야 합니다. 가져온 후 앱을 수동으로 열어 올바른 App Insights 연결 문자열이 사용되는지 확인합니다.
Power Apps에 로그인합니다.
앱을 열어 편집합니다.
왼쪽 탐색 트리 보기에서 앱 개체를 선택하고 Application Insights 리소스에서 연결 문자열을 붙여넣습니다.
앱 저장 및 게시
게시된 앱을 실행하고 다른 화면을 탐색합니다.
앱 화면을 찾아보면 이벤트가 Application Insights에 자동으로 기록됩니다. 여기에는 다음과 같은 사용 세부 정보가 포함됩니다.
- 사용자가 앱에 액세스하는 위치
- 사용자가 사용하는 기기
- 사용자가 사용하는 브라우저 유형
중요
게시된 앱을 재생하여 Application Insights에 이벤트를 보냅니다. Power Apps Studio에서 앱을 미리 볼 때 이벤트가 Application Insights로 전송되지 않습니다.
Application Insights에서 이벤트 보기
Azure Portal에 로그인하고 이전에 만든 Application Insights 리소스를 엽니다.
왼쪽 탐색 창에서 사용 섹션 아래의 사용자를 선택합니다.
참고
사용자 보기는 다음과 같은 앱 사용 세부 정보를 표시합니다.
- 앱을 본 사용자 수
- 사용자 세션 수
- 기록된 이벤트 수
- 사용자의 운영 체제 및 브라우저 버전 정보
- 사용자의 지역 및 위치
사용자 세션을 선택하여 세션 길이 및 방문한 화면과 같은 특정 세부 정보를 봅니다.
왼쪽 탐색 창에서 사용 섹션 아래에 있는 이벤트를 선택합니다. 모든 앱 세션에서 본 모든 화면의 요약을 볼 수 있습니다.
사용자 지정 추적 이벤트 만들기
Application Insights에 사용자 지정 추적을 작성하여 앱과 관련된 정보를 분석합니다. 추적 기능은 다음을 수집할 수 있게 해줍니다.
- 화면의 컨트롤에 대한 자세한 사용 정보
- 앱에 액세스하는 특정 사용자
- 발생한 오류
추적은 사용자가 앱을 탐색하고 조치를 취할 때 정보 추적을 전송하여 문제를 진단하는 데 도움이 됩니다. Application Insights로 전송되는 추적 메시지에는 다음 세 가지 심각도 중 하나가 있습니다.
- 정보
- 경고
- Error
상황에 따라 적절한 심각도로 추적 메시지를 보냅니다. 심각도에 따라 데이터를 쿼리하고 특정 작업을 수행할 수 있습니다.
참고
개인 데이터를 기록하는 경우 다양한 개인정보 보호법 및 규정에 대한 의무를 숙지하십시오. 자세한 내용은 Microsoft 보안 센터 및 Service 보안 포털을 참조하십시오. .
앱에서 구성 요소를 만들어 각 화면에 대한 피드백을 수집하고 Application Insights에 이벤트를 기록합니다.
Power Apps에 로그인합니다.
왼쪽 탐색 창에서 앱을 선택합니다. 앱 목록에서 Kudos 앱을 선택한 다음 편집을 선택합니다.
트리 보기에서 구성 요소를 선택합니다.
새로운 구성 요소를 선택한 후 너비를 200으로, 높이를 75로 조정합니다.
메뉴에서 삽입을 선택한 후 아이콘을 선택해 이모티콘 - 찌푸린 얼굴과 이모티콘 - 미소를 추가합니다.
새로운 사용자 지정 속성을 선택해 사용자 지정 속성을 생성합니다.
속성 이름 및 표시 이름을 입력합니다(예: FeedbackScreen).
속성에 대한 설명을 입력합니다.
입력과 같은 속성 유형 및 화면과 같은 데이터 유형을 선택합니다.
참고
입력 속성을 사용하면 화면 이름과 해당 구성 요소를 캡처하여 이 정보를 Application Insights에 기록할 수 있습니다.
트리 보기에서 구성 요소를 선택하고, 추가 작업(…)을 선택한 다음 이름 바꾸기를 선택하여 FeedbackComponent와 같이 구성 요소에 의미 있는 이름을 지정합니다.
아이콘을 선택하고 추가 작업(…)을 선택한 다음 이름 바꾸기를 선택해 FrownIcon과 SmileIcon 같이 의미있는 이름으로 아이콘의 이름을 바꿉니다.
FrownIcon을 선택하고 OnSelect 속성을 선택하고 수식 입력줄에 다음 식을 입력합니다.
Trace( "App Feedback", TraceSeverity.Information, { UserName: User().FullName, UserEmail: User().Email, Screen: FeedbackComponent.FeedbackScreen.Name, FeedbackValue: "-1" } ); Notify("Thanks for your feedback!");
참고
수식은 사용자 이름, 사용자 이메일, 화면 및 피드백 (-1 값과 함께)을 Application Insights로 보냅니다.
SmileIcon을 선택하고 OnSelect 속성을 선택한 후 수식 입력줄에 다음 표현식을 입력합니다.
Trace( "App Feedback", TraceSeverity.Information, { UserName: User().FullName, UserEmail: User().Email, Screen: FeedbackComponent.FeedbackScreen.Name, FeebackValue: "1" } ); Notify("Thanks for your feedback!");
앱의 화면 중 하나에 구성 요소를 추가합니다.
저장을 선택한 후 게시를 선택해 저장하고 앱에 게시합니다.
게시된 앱을 재생하고 화면에서 미소 또는 찡그린 얼굴 피드백을 보냅니다.
중요
Application Insights에 이벤트를 보내려면 게시된 앱을 실행해야 합니다. Power Apps Studio에서 앱을 미리볼 때 Application Insights로 이벤트가 전송되지 않습니다.
Application Insights에서 사용자 지정 데이터 분석
이제 Application Insights에서 앱으로부터 추적 기능을 사용하여 보낸 데이터의 분석을 시작할 수 있습니다.
Azure Portal에 로그인하고 앞에서 만든 Application Insights 리소스를 엽니다.
왼쪽 탐색 창에서 모니터링 아래 로그를 선택합니다.
다음 쿼리를 입력하고 실행을 선택하여 앱의 피드백을 확인합니다.
traces | where message == "App Feedback" | order by timestamp
결과에서 행을 선택하고 customDimensions 필드를 확장합니다.
구성 요소에서 미소와 찡그린 아이콘의 OnSelect 이벤트에 대한 Screen, UserName, UserEmail, FeedbackValue의 값이 기록되었습니다. appId, appName, appSessionId와 같이 Application Insights로 전송되는 각 이벤트에 대한 값도 기록됩니다.
다음 예제 쿼리를 사용하여 JSON 사용자 지정 차원의 속성을 확장하고 결과 보기에서 열을 프로젝션합니다.
traces | extend customdims = parse_json(customDimensions) | where message == "App Feedback" | project timestamp , message , AppName = customdims.['ms-appName'] , AppId = customdims.['ms-appId'] , FeedbackFrom = customdims.UserEmail , Screen = customdims.Screen , FeedbackValue = customdims.FeedbackValue | order by timestamp desc
팁
로그 쿼리는 강력합니다. 이를 사용하여 여러 테이블을 조인하고, 많은 양의 데이터를 집계하고, 복잡한 작업을 실행할 수 있습니다. 로그 쿼리에 대해 자세히 알아보기.
Application Insights에서 앱 수명 주기 데이터 분석
세션 요약 이벤트는 세션당 한 번 기록되며 앱 열기 성공, 앱 열기 최적화 세션과 비최적 세션 및 앱 열기 성능 메트릭에 대한 정보를 포함합니다.
제한
이러한 이벤트는 웹 브라우저에서 실행되는 캔버스 앱에 대해 정확합니다. Power Apps 모바일에서 실행되는 앱에는 사용할 수 없으며 해당 값이 사용자 지정 페이지에 항상 사용할 수 있거나 정확하지는 않을 수 있습니다.
다음은 session summary 이벤트와 사용 가능한 모든 필드에 액세스하는 방법을 보여주는 예제 쿼리입니다.
customEvents
| where name == "PowerAppsClient.PublishedApp.SessionLoadSummary"
//
| extend cd = parse_json(customDimensions)
//
| extend sessionSummary = parse_json(tostring(cd["ms-sessionSummary"]))
| extend successfulAppLaunch = tobool(sessionSummary["successfulAppLaunch"])
| extend unsuccessfulReason = tostring(sessionSummary["unsuccessfulReason"])
| extend appLoadResult = tostring(sessionSummary["appLoadResult"])
| extend appLoadNonOptimalReason =
tostring(sessionSummary["appLoadNonOptimalReason"])
//
| extend timeToAppInteractive = todouble(sessionSummary["timeToAppInteractive"])
| extend timeToAppFullLoad = todouble(sessionSummary["timeToAppFullLoad"])
//
| project
timestamp,
session_Id,
successfulAppLaunch,
unsuccessfulReason,
appLoadResult,
appLoadNonOptimalReason,
timeToAppInteractive,
timeToAppFullLoad
| limit 5
다음 필드는 앱 열기 성공 및 최종 사용자 환경과 관련된 성능 마커의 지연 시간을 측정하는 데 도움이 됩니다.
필드 | Description |
---|---|
successfulAppLaunch | 세션이 앱을 성공적으로 시작했는지 여부를 나타내는 부울 값 |
실패 이유 | 세션이 앱을 시작하지 못한 경우 이유/오류를 나타냅니다. 이 필드는 세션이 성공한 경우 빈 문자열이 됩니다. |
appLoadResult | 세션이 최적인지 여부를 나타냅니다. 가능한 값: 최적, 기타 |
appLoadNonOptimalReason | 세션이 최적이 아닌 경우 그 이유를 나타냅니다. 가능한 값: interaction-required, throttled, screen-navigated-away, 기타 |
timeToAppInteractive | 앱 세션이 대화형 상태에 도달하는 기간(밀리초)입니다. 이 상태에서 사용자는 첫 번째 화면과 상호 작용을 시작할 수 있지만 데이터가 완전히 로드되지 않을 수 있습니다. |
timeToAppFullLoad | 앱 세션이 첫 번째 화면에 대한 모든 데이터 요청 로드가 완료된 완전히 로드된 상태에 도달하는 데 걸리는 시간(밀리초)입니다. |
샘플 쿼리
앱 열기 성공률
이 쿼리는 일별 앱 열기 성공률을 표시합니다. 사용자가 겪을 수 있는 문제의 급증 또는 추세를 평가하는 데 사용할 수 있습니다
customEvents
| where name == "PowerAppsClient.PublishedApp.SessionLoadSummary"
| extend cd = parse_json(customDimensions)
| extend sessionSummary = parse_json(tostring(cd["ms-sessionSummary"]))
| extend successfulAppLaunch = tobool(sessionSummary["successfulAppLaunch"])
| summarize
sessions_total = dcount(session_Id),
sessions_success = dcountif(session_Id, successfulAppLaunch == true)
by bin(timestamp, 1d)
| extend successRate =
100.0 * (todouble(sessions_success) / todouble(sessions_total))
| project timestamp, successRate
| render timechart
이유별 실패한 세션 수
이 쿼리는 이유/오류별로 실패한 세션 수를 표시합니다. 앱 열기 실패를 디버그하거나 사용자에게 발생할 수 있는 문제의 추세를 평가하는 데 사용할 수 있습니다.
customEvents
| where name == "PowerAppsClient.PublishedApp.SessionLoadSummary"
| extend cd = parse_json(customDimensions)
| extend sessionSummary = parse_json(tostring(cd["ms-sessionSummary"]))
| extend successfulAppLaunch = tobool(sessionSummary["successfulAppLaunch"])
| extend unsuccessfulReason = tostring(sessionSummary["unsuccessfulReason"])
| where successfulAppLaunch == false
| summarize
count()
by unsuccessfulReason, bin(timestamp, 1d)
| render timechart
앱 열기 성능
이 쿼리는 일별 앱 열기 성능 메트릭을 표시합니다. 시간 경과에 따른 또는 변경 후 성능 추세를 평가하는 데 사용할 수 있습니다. 권장 사항은 다음과 같습니다.
- 이상값으로 인한 노이즈를 방지하기 위해 timeToAppInteractive 및 timeToAppFullLoad 필드의 75번째 백분위수를 사용합니다.
- 사용자 상호 작용이 있는 세션, 앱이 백그라운드 탭에 로드된 세션 등과 같은 예상되는 사례로 인해 발생하는 데이터의 노이즈를 방지하기 위해 최적의 세션으로만 필터링합니다.
customEvents
| where name == "PowerAppsClient.PublishedApp.SessionLoadSummary"
| extend cd = parse_json(customDimensions)
| extend sessionSummary = parse_json(tostring(cd["ms-sessionSummary"]))
| extend appLoadResult = tostring(sessionSummary["appLoadResult"])
| extend timeToAppInteractive = todouble(sessionSummary["timeToAppInteractive"])
| extend timeToAppFullLoad = todouble(sessionSummary["timeToAppFullLoad"])
| where appLoadResult == "optimal"
| summarize
percentile(timeToAppInteractive, 75),
percentile(timeToAppFullLoad, 75)
by bin(timestamp, 1d)
| render timechart
HTTP 호출의 앱 로드 상태
HTTP 호출이 앱 시작에 기여했는지 여부를 나타내는 새 요청 헤더 x-ms-app-load-state가 있습니다. 특히 위의 timeToAppFullLoad에 영향을 준 HTTP 호출을 확인하는 데 사용할 수 있습니다.
헤더는 다음 두 값 중 하나일 수 있습니다.
값 | Description |
---|---|
TTFL | 요청이 timeToAppFullLoad에 기여했음을 나타냄 |
PostTTFL | 요청이 timeToAppFullLoad에 기여하지 않았음을 나타냅니다. |
다음은 헤더 값에 액세스하고 appLoadState 열에 프로젝션하는 방법을 보여 주는 예제 쿼리입니다.
dependencies
| extend cd = parse_json(customDimensions)
| extend requestHeaders = parse_json(tostring(cd["requestHeaders"]))
| extend appLoadState = tostring(requestHeaders["x-ms-app-load-state"])
| project timestamp, session_Id, appLoadState, name, duration
| limit 5
전체 로드에 기여하는 HTTP 호출 수
이 쿼리는 일별로 timeToAppFullLoad에 기여하는 HTTP 호출의 평균 수를 표시합니다. 이는 시작 시 앱이 성능 저하에 기여할 수 있는 호출 수를 평가하는 데 사용할 수 있습니다.
dependencies
| extend cd = parse_json(customDimensions)
| extend requestHeaders = parse_json(tostring(cd["requestHeaders"]))
| extend appLoadState = tostring(requestHeaders["x-ms-app-load-state"])
| where appLoadState == "TTFL"
| summarize httpCalls = count() by session_Id, bin(timestamp, 1d)
| summarize avg(httpCalls) by timestamp
| render timechart
전체 로드에 기여하는 HTTP 호출 기간
이 쿼리는 timeToAppFullLoad에 기여하는 HTTP 호출의 총 기간을 일별로 표시합니다. 이는 앱 시작 성능에 대한 HTTP 호출의 전반적인 영향을 평가하는 데 사용할 수 있습니다.
dependencies
| extend cd = parse_json(customDimensions)
| extend requestHeaders = parse_json(tostring(cd["requestHeaders"]))
| extend appLoadState = tostring(requestHeaders["x-ms-app-load-state"])
| where appLoadState == "TTFL"
| summarize httpCallDuration = sum(duration) by session_Id, bin(timestamp, 1d)
| summarize percentile(httpCallDuration, 80) by timestamp
| render timechart
URL에 의한 전체 로드에 기여하는 HTTP 호출 기간
위와 유사하게 이 쿼리는 URL별로 timeToAppFullLoad에 기여하는 HTTP 호출의 수와 기간을 표시합니다. 이는 앱 시작 성능에 영향을 주는 특정 느린 HTTP 호출을 식별하는 데 사용할 수 있습니다.
dependencies
| extend cd = parse_json(customDimensions)
| extend requestHeaders = parse_json(tostring(cd["requestHeaders"]))
| extend appLoadState = tostring(requestHeaders["x-ms-app-load-state"])
| where appLoadState == "TTFL"
| summarize
count(), percentile(duration, 80) by name
처리되지 않은 오류 모니터링(실험적)
[이 섹션에는 시험판 설명서가 포함되어 있으며 변경될 수 있습니다.]
중요
- 이 기능은 실험 기능입니다.
- 실험적 기능은 생산용으로 만들어진 것이 아니므로 제한될 수 있습니다. 이런 기능은 공식 릴리스 전에 사용할 수 있으므로 고객이 조기에 액세스하고 피드백을 제공할 수 있습니다.
앱이 실행되는 동안 발생할 수 있는 모든 오류를 항상 예상하거나 계획할 수는 없습니다. 처리되지 않은 Power Fx 수식 오류는 배너 메시지로 사용자에게 보고됩니다. 또한 Application Insights에 보고하여 앱 사용자가 문제를 보고할 수 있도록 의존하지 않고 빈도와 심각도를 표시할 수 있습니다. 또한 런타임 오류가 발생하면 실시간 알림 설정 보다 사전 예방적인 접근 방식을 취할 수 있습니다.
Application Insights에 오류 전달 활성화
Power Apps가 처리되지 않은 런타임 오류를 Azure Application Insights에 전달할 수 있도록 하는 설정을 활성화합니다.
경고
Azure Application Insights에 오류 전달 설정을 활성화하면 Application Insights 로그를 저장하는 데 추가 비용이 발생할 수 있습니다.
- 편집하려면 캔버스 앱을 엽니다.
- 설정>업데이트>실험적을 선택하고 Azure Application Insights에 오류 전달을 켭니다.
- 앱을 저장한 다음 게시합니다.
Application Insights의 오류 이벤트
앱 런타임 시 사용자가 마주하는 처리되지 않은 Power Fx 오류는 추적 테이블에 보고됩니다. 처리되지 않은 오류는 "처리되지 않은 오류" 이벤트 메시지로 식별하고 다른 오류 이벤트와 구별할 수 있습니다. 이러한 이벤트의 "severityLevel" 차원은 3(TraceSeverity.Error)입니다.
자세한 오류 메시지는 customDimension 속성의 "오류" 차원에서 제공됩니다. 동일한 작업 중에 여러 오류가 발생한 경우 오류는 단일 추적 이벤트의 "오류" 차원에 통합됩니다. 오류 메시지는 라이브 디버그 세션 중 모니터에서 보고된 메시지와 일치합니다.
이 예제 쿼리는 처리되지 않은 오류를 식별하고 trace 이벤트의 모든 오류 메시지를 확장합니다.
traces
| where message == "Unhandled error"
| extend customdims = parse_json(customDimensions)
| extend errors = parse_json(tostring(customdims.['errors']))
| mv-expand errors
| project timestamp
, itemId //unique identifier for the trace event
, AppName = customdims.['ms-appName']
, AppId = customdims.['ms-appId']
, errors = errors.['Message']
| order by timestamp desc
상관 관계 추적(실험적)
[이 섹션에는 시험판 설명서가 포함되어 있으며 변경될 수 있습니다.]
중요
- 이 기능은 실험 기능입니다.
- 실험적 기능은 생산용으로 만들어진 것이 아니므로 제한될 수 있습니다. 이런 기능은 공식 릴리스 전에 사용할 수 있으므로 고객이 조기에 액세스하고 피드백을 제공할 수 있습니다.
외부 데이터 및 서비스에 대한 연결은 대부분의 앱에 필수적입니다. 상관 관계 추적은 특정 제한 사항에 따라 시스템에서 생성된 로그를 캔버스 앱과 연결에 연결하는 컨텍스트 정보를 생성하고 전파합니다. 예를 들어 앱에서 Azure 함수 또는 다른 REST API를 호출하는 사용자 지정 커넥터를 호출할 수 있습니다. 상관 관계 추적을 사용하면 앱에서 수행한 작업을 계층 전체의 기본 API 호출과 연관시킬 수 있습니다. 이는 문제 해결에 유용합니다.
캔버스 앱 상관 관계 추적은 컨텍스트 추적을 구현하고 W3C 사양을 따릅니다.
상관 관계 추적 사용
경고
이 설정을 사용하도록 설정하면 Application Insights 로그 저장과 관련된 추가 비용이 발생할 수 있습니다.
- 상관 관계 추적을 활성화하려면 편집을 위해 캔버스 앱을 엽니다.
- 설정>업데이트>실험적>을 선택하고 Azure Application Insights 상관 관계 추적 활성화를 켭니다.
- 저장 및 앱을 게시합니다.
제한 사항
- 상관 관계 추적은 사용자 지정 커넥터에서만 작동합니다. 다른 커넥터 유형은 지원되지 않습니다.
- HTTP 요청은 연결된 서비스가 Application Insights에도 연결되어있는 경우에만 Application Insights에서 캡처됩니다.
상관 관계 추적 사용
활성화된 경우 상관 관계 추적은 캔버스 앱의 Application Insights 인스턴스의 종속성 테이블에 새로운 시스템 생성 로그 이벤트를 추가합니다. 이 이벤트는 네트워크 호출로부터 응답을 받을 때 기록됩니다. 종속성 이벤트는 요청 및 응답 헤더, 응답 상태 코드, 호출 기간을 비롯한 네트워크 호출의 세부 정보를 캡처합니다.
연결된 서비스가 Application Insights에도 연결된 경우 요청을 캡처하는 추가 시스템 생성 로그 이벤트가 서비스의 Application Insights 인스턴스의 요청 테이블에 생성됩니다. Azure Functions와 같은 일부 Azure 서비스는 Azure Portal에서 코딩 없이 연결할 수 있습니다. 캔버스 앱 또는 여러 앱과 연결된 서비스를 모두 동일한 Application Insights 인스턴스에 연결할 수 있습니다.
지원되는 커넥터에 대한 네트워크 호출을 "operation_Id" 차원의 다른 시스템 생성 로그와 조인합니다. 다음 쿼리는 앱 세션 중에 내보낸 추적 이벤트와 함께 네트워크 호출을 보여 줍니다.
traces | union dependencies | union requests | union pageViews | union customEvents
| project timestamp
, itemType
, name
, operation_Name
, message
, severityLevel
, customDimensions
, operation_Id
, operation_ParentId
| where operation_Id == "0a7729e3e83c4e4d93cb4f51149f73b9" //placeholder operation_Id, replace
| order by timestamp asc
Power BI로 데이터 내보내기
Application Insights 데이터 및 쿼리 결과를 분석 및 데이터 프레젠테이션을 위해 Power BI로 내보낼 수 있습니다.
Azure Portal에 로그인하고 앞에서 설정한 Application Insights 리소스를 엽니다.
왼쪽 탐색 창에서 모니터링 아래 로그를 선택합니다.
로그 분석 쿼리 창에서 내보내기 메뉴를 선택합니다.
Power BI 쿼리 파일을 다운로드하려면 Power BI로 내보내기(M 쿼리)를 선택합니다.
텍스트 편집기에서 다운로드한 파일을 열고 쿼리를 클립 보드에 복사합니다.
Power BI을(를) 여십시오.
홈 리본에서 데이터 가져오기를 선택하고 빈 쿼리를 선택합니다.
쿼리 창에서 고급 편집기를 선택하고, 쿼리를 창에 붙여넣은 다음, 완료를 선택하고, 닫기 및 적용을 선택합니다.
Power BI에서 차트 및 시각화를 만들어 앱의 피드백을 나타내고 데이터 기반 의사 결정을 내릴 수 있습니다.
기본 추적 이벤트 컨텍스트 및 차원
기본 차원은 각 추적 이벤트의 customDimensions 속성에 추가됩니다. 이러한 차원은 이벤트가 발생하는 애플리케이션 및 애플리케이션 세션을 식별합니다. Trace 함수를 사용하여 추가 사용자 지정 데이터를 기록하면 사용자 지정 차원에도 표시됩니다.
차원 이름 | 다음을 나타냅니다 |
---|---|
ms-appId | 이벤트를 보낸 앱의 애플리케이션 ID. |
ms-appname | 이벤트를 보낸 앱의 애플리케이션 이름. |
ms-appSessionId | 애플리케이션 세션 ID. 일부 시나리오에서는 이 값이 채워지지 않을 수 있습니다. 사용 가능한 경우 이 값은 표준 Application Insights sessionID 차원을 재정의합니다. |
ms-tenantID | 애플리케이션이 게시된 테넌트의 고유 식별자입니다. |
ms-environmentId | 애플리케이션이 게시되는 환경의 이름입니다. |
userId | 세션과 연결된 사용자의 고유 식별자입니다. |
ms-duration | 사용자가 한 화면에서 다른 화면으로 이동하는 데 걸리는 시간을 측정하는 귀속 값입니다. 이 값은 표준 Application Insights PageView 기간 차원을 재정의합니다. |
sessionId | 단일 애플리케이션 세션과 연관된 모든 이벤트를 연관시키는 데 사용할 수 있는 세션 ID입니다. 이 값은 항상 존재하며 고유한 세션 수를 이해하는 데 권장됩니다. 이 값은 플레이어의 세션 ID에서 가져오고 앱을 재생하는 동안 세션 세부 정보를 볼 때 표시됩니다. 세션 ID는 경우에 따라 기본 임의의 고유한 Application Insights 생성 값을 가져올 수 있습니다. 이 기본값은 신뢰할 수 없으며 앱별 매개 변수와 상관 관계가 없습니다. |
길이 | 사용자가 한 화면에서 다른 화면으로 이동하는 데 걸리는 시간을 측정하는 귀속 값입니다. 이 값은 ms-duration 차원에서 보고한 기간과 일치합니다. |
ms-isTest | 세션이 Test Studio 테스트 실행기와 연결되어 있는지 여부를 나타냅니다. |
ms-currentScreenName | 사용자가 탐색하는 페이지의 이름입니다(페이지 탐색 이벤트에 사용 가능). |
ms-targetScreenName | 사용자가 탐색하는 페이지의 이름입니다(페이지 탐색 이벤트에 대해 표시됨). |
지원되지 않는 시나리오
Application Insights는 이러한 시나리오를 지원하지 않습니다.
- 오프라인 플레이어 이벤트는 기록되지 않습니다.
- 모바일 앱(iOS 및 Android)의 이벤트는 앱이 일시 중단될 때 기록되지 않습니다.