39. Application Insights로 애플리케이션 성능 모니터링 하기 2편

<참조> https://azuredevopslabs.com/labs/azuredevops/appinsights/

 

 

 

 

 

과제 4 : 애플리케이션 트래픽 생성 및 검토하기

 

1. Application map 탭을 선택한다.

 

 

2. 애플리케이션 맵을 사용하면 분산 애플리케이션의 모든 구성 요소에서 성능 병목 현상 또는 오류 핫스팟을 파악할 수 있다. 맵의 각 노드는 상태 KPI 및 경고 상태뿐만 아니라 애플리케이션 구성 요소 또는 해당 종속성을 나타낸다. 모든 구성 요소에서 Application Insights 이벤트와 같은 보다 자세한 진단을 수행 할 수 있다. 앱에서 Azure 서비스를 사용하는 경우 SQL Database Advisor 권장 사항과 같은 Azure 진단을 클릭 할 수도 있다.

 

 

 

3. Smart Detection 탭을 선택한다. 스마트 감지는 애플리케이션의 잠재적인 성능 문제를 자동으로 경고한다. 앱이 Application Insights에 전송하는 원격 분석에 대한 사전 분석을 수행한다. 클라이언트 또는 서버 성능에 실패율이 갑자기 증가하거나 비정상적인 패턴이 있는 경우 경고가 표시된다. 이 기능은 구성이 필요없다. 애플리케이션이 충분한 원격 측정을 보내면 작동한다. 그러나 앱이 방금 배포되었으므로 아직 데이터가 없다.

 

 

4. Live Metrics을 선택한다.

 

 

5. 사이트 브라우저 탭으로 돌아가서 탐색을 수행하여 실시간 트래픽을 생성한다. 약간의 오류와 함께 성공적인 트래픽을 생성한다.

 

6. Azure Portal 탭으로 돌아가 수신된 실시간 트래픽을 본다. Live Metrics을 사용하면 실제 프로덕션 웹 애플리케이션의 심장 박동을 조사 할 수 있다. 서비스를 방해하지 않으면서 실시간으로 볼 수 있도록 메트릭 및 성능 카운터를 선택하고 필터링 할 수 있다. 샘플 실패 요청 및 예외에서 스택 추적을 검사 할 수도 있다.

 

 

7. 현재 블레이드를 닫는다.

 

8. Search 탭을 선택한다.

 

 

9 검색은 질문에 대답하는 데 필요한 정확한 원격 측정을 찾을 수 있는 유연한 인터페이스를 제공한다. 지난 24 시간 동안의 데이터를 보려면 Click here를 클릭한다.

 

 

10. 결과에는 모든 원격 측정 데이터가 포함되며 이 속성은 여러 속성으로 필터링 할 수 있다.

 

 

11. Grouped results를 클릭한다. 이러한 결과는 공통 ​​속성을 공유하는 방법에 따라 생성된다.

 

 

12. Event types 드롭 다운을 확장한다.

 

 

13. Exception을 제외한 모든 항목을 선택 취소한다.

 

 

14. 이전에 생성된 오류에서 사용 가능한 일부 예외가 있어야 한다. 그들 중 하나를 클릭한다.

 

 

15. 요청 컨텍스트 내에서 예외에 대한 전체 타임 라인보기를 제공한다. View all telemetry를 클릭한다.

 

 

16. Telemetry 보기는 동일한 데이터를 평면보기로 제공한다.

 

 

17.속성 및 호출 스택과 같은 예외 자체의 세부 정보를 검토 할 수도 있다.

 

 

18. 현재 블레이드를 닫는다.

 

19. Availability 탭을 선택한다.

 

 

20. 웹앱 또는 웹 사이트를 서버에 배포 한 후 가용성과 응답성을 모니터링 하기 위한 테스트를 설정할 수 있다. Application Insights는 전 세계 지점에서 정기적으로 웹 요청을 애플리케이션에 보낸다. 애플리케이션이 응답하지 않거나 느리게 응답하면 알려준다. Add test를 클릭한다.

 

 

21. “Home page”에 Test name이라고 입력하고 URL을 사이트의 루트로 설정한다. Create를 클릭한다.

 

 

 

22. 테스트가 즉시 실행되지 않으므로 데이터가 없다.

 

 

23. 나중에 다시 확인하면 실제 사이트에 대한 테스트를 반영하도록 가용성 데이터가 업데이트 된 것을 볼 수 있다. (아래 결과가 화면에 전시되려면 시간이 걸리므로) 이걸 보기위해 기다리지 말자.

 

 

24. Failures 탭을 선택한다.

 

 

 

25. 실패보기는 모든 예외 보고서를 단일 대시 보드로 집계한다. 여기에서 종속성, 예외 및 기타 필터를 쉽게 제로화 할 수 있다. Top 3 response codes에서 500 오류에 대한 링크를 클릭한다.

 

 

26. 이 HTTP 응답 코드의 예외 목록이 표시된다. 제안된 예외를 선택하면 앞서 설명한 예외보기로 이어진다.

 

 

 

27. 현재 블레이드를 닫는다.

 

 

28. Performance 탭을 선택한다.

 

 

29. 성능보기는 수집된 원격 분석을 기반으로 애플리케이션 성능의 세부 사항을 단순화하는 대시보드를 제공한다.

 

 

30. Monitoring | Metrics 탭을 선택한다.

 

 

31. Application Insights의 메트릭은 애플리케이션에서 원격 분석으로 전송되는 측정 된 값 및 이벤트 수이다. 성능 문제를 감지하고 애플리케이션 사용 방식의 추세를 감시 할 수 있다. 광범위한 표준 측정 항목이 있으며 고유한 맞춤 측정 항목 및 이벤트를 만들 수도 있다. Metric을 Server requests로 설정한다.

 

 

 

32. 분할을 사용하여 데이터를 분할 할 수도 있다. Apply splitting을 클릭한다.

 

 

 

33. Values를 Operation name으로 설정한다. 그러면 서버 요청이 요청한 페이지별로 분할되며 차트의 다른 색상에서 볼 수 있다.

 

 

 

 

과제 5 : 애플리케이션 사용 추적하기

 

1. Application Insights는 애플리케이션 사용을 추적 할 수 있는 광범위한 기능을 제공한다. Users 탭을 선택한다.

 

 

 

2. 아직 애플리케이션 사용자가 많지는 않지만 여전히 사용자에 대해 배울 수 있다. View More Insights를 클릭한다.

 

 

3. 아래로 스크롤하여 지역, 운영 체제 및 브라우저에 대한 세부 사항을 검토한다.

 

 

4. 또한 특정 사용자를 자세히 파악하여 사용자의 사용율을 더 잘 이해할 수 있다.

 

 

5. Events 탭을 선택한다.

 

 

6. View More Insights를 클릭한다.

 

 

7. 사이트 탐색을 위해 지금까지 다양한 내장 이벤트가 발생한다. 필요에 따라 사용자 정의 데이터를 사용하여 프로그래밍 방식으로 사용자 정의 이벤트를 추가 할 수 있다.

 

 

8. Funnels 탭을 선택한다.

 

 

9. 고객 경험을 이해하는 것이 비즈니스에서 가장 중요하다. 애플리케이션에 여러 단계가 포함된 경우 대부분의 고객이 전체 프로세스를 진행 중인지 또는 어느 시점에서 프로세스를 종료 중인지 알아야 한다. 웹 애플리케이션에서 일련의 단계를 통한 진행을 funnel이라고합니다. Azure Application Insights 유입 경로를 사용하여 사용자에 대한 통찰력을 얻고 단계별 전환율을 모니터링 할 수 있다.

 

 

10. User Flows 탭을 선택한다.

 

 

11. User Flows 도구는 사용자가 지정한 초기 페이지 보기, 사용자 정의 이벤트 또는 예외에서 시작한다. 이 초기 이벤트가 주어지면 User Flows는 사용자 세션 전후에 발생한 이벤트를 보여준다. 다양한 두께의 선은 사용자가 각 경로를 몇번 따라갔는지를 보여준다. 특수 세션 시작 노드는 후속 노드가 세션을 시작한 위치를 보여준다. 세션 종료 노드는 이전 노드 이후에 페이지 뷰나 사용자 정의 이벤트를 보내지 않은 사용자 수를 표시하여 사용자가 사이트를 떠난 위치를 강조해준다.

 

 

12. Retention 탭을 선택한다.

 

 

13. Application Insights의 보존 기능을 사용하면 앱으로 돌아 오는 사용자 수와 특정 작업을 수행하거나 목표를 달성하는 빈도를 분석 할 수 있다. 예를 들어 게임 사이트를 운영하는 경우 게임에 진 후 사이트로 돌아온 사용자 수와 이긴 후 돌아 오는 숫자를 비교할 수 있다. 이 지식은 사용자 경험과 비즈니스 전략을 향상시키는 데 도움이 될 수 있다.

 

 

14. Impact 탭을 선택한다.

 

 

15. 영향(Impact)은 로딩 시간 및 기타 속성이 앱의 다양한 부분에 대한 전환율에 미치는 영향을 분석한다. 보다 정확하게 말하자면, 페이지 보기, 사용자 정의 이벤트 또는 요청의 차원이 다른 페이지 보기 또는 사용자 정의 이벤트의 사용법에 미치는 영향을 발견한다.

 

 

16. Cohorts 탭을 선택한다.

 

 

17. 코호트는 공통점이 있는 일련의 사용자, 세션, 이벤트 또는 작업이다. Application Insights에서 코호트는 분석 쿼리로 정의된다. 특정 사용자 또는 이벤트 세트를 반복적으로 분석해야하는 경우 코호트를 사용하면 원하는 세트를 정확하게 표현할 수 있는 유연성이 향상 될 수 있다. 코호트는 필터와 유사한 방식으로 사용된다. 그러나 코호트 정의는 사용자 정의 분석 쿼리를 기반으로 하므로 훨씬 더 융통성 있고 복잡하다. 필터와 달리 팀의 다른 구성원이 재사용 할 수 있도록 코호트를 저장할 수 있다.

 

 

18. More 탭을 선택한다. 이 보기에는 검토할 다양한 보고서 및 템플릿이 포함한다.

 

 

19. Usage 카테고리에서 Analysis of Page Views를 선택한다.

 

 

20. 이 특정 보고서는 페이지 조회수에 대한 통찰력을 제공한다. 기본적으로 사용 가능한 다른 보고서가 많이 있으며 새 보고서를 사용자 정의하고 저장할 수 있다.

 

 

 

과제 6 : 애플리케이션 경고 만들기

 

1. Alerts 탭을 선택한다. 경고를 통해 Application Insights 측정이 지정된 조건에 도달 할 때 작업을 수행하는 트리거를 설정할 수 있다.

 

 

2. New alert rule을 클릭한다.

 

 

3. 현재 Application Insights 리소스가 기본적으로 선택된다. Condition에서 Select condition을 클릭한다.

 

 

4. “failed”을 검색하고 Failed requests 메트릭을 선택한다.

 

 

5. Threshold value를 "1"로 설정한다. 두 번째 실패한 요청이 보고되면 경고가 트리거된다.

 

6. 기본적으로 조건은 1 분마다 평가되며 지난 5분 동안의 측정 집계를 기반으로 한다. Done을 클릭한다.

 

 

7. 조건이 작성되었으므로 실행할 Action Group을 정의해야 한다. Select action group을 선택하고 Create action group을 클릭한다.

 

 

8. Action group name 및 Short name을 “Admin alert”이라 설정한다. Action name을 Alert라 설정하고 Action type을 Email/SMS/Push/Voice로 설정한다. Edit details을 클릭한다.

 

 

9. Email 상자를 체크하고 이메일 주소를 입력한다.

 

 

10. OK 를 클릭하여 액션 그룹을 저장한다.

 

 

11. 액션 그룹이 생성되었으므로 아직 선택하지 않은 경우 선택해야 한다. Select action group을 클릭한다.

 

 

12. 새로 생성한 액션 그룹을 확인하고 선택을 클릭한다. 

 

 

13. Alert rule name을 “Any failure”로 설정하고 Create alert rule을 클릭한다.

 

 

14. 규칙이 작성되면 웹 사이트 브라우저 탭으로 돌아가서 이전의 메소드를 사용하여 일부 오류를 호출한다.

 

15. 약 5분 후에 경고가 트리거 되었음을 알리는 이메일을 받게된다.