로그 기반 메트릭 검색
Application Insights 로그 기반 메트릭을 사용하면 모니터링되는 앱의 상태를 분석하고, 강력한 대시보드를 만들고, 경고를 구성할 수 있습니다. 다음과 같은 두 가지 종류의 메트릭이 있습니다.
표준 메트릭 수집 중에 미리 집계되므로 쿼리 시 성능이 향상됩니다. 표준 메트릭은 대시보드 및 실시간 경고에 더 적합합니다. 로그 기반 메트릭은 더 많은 차원을 가지고 있어 데이터 분석 및 임시 진단에 최상의 옵션이 됩니다. 네임스페이스 선택기 사용하여 메트릭 탐색기로그 기반 메트릭과 표준 메트릭 간에 전환합니다.
로그 기반 메트릭
개발자는 SDK를 사용하여 SDK를 명시적으로 호출하는 코드를 작성하여 수동으로 이벤트를 보내거나 자동 계측에서 이벤트 자동 수집을 사용할 수 있습니다. 두 경우 모두 Application Insights 백 엔드는 수집된 모든 이벤트를 로그로 저장하고, Azure Portal의 Application Insights 블레이드는 로그에서 이벤트 기반 데이터를 시각화하기 위한 분석 및 진단 도구 역할을 합니다.
로그를 사용하여 전체 이벤트 집합을 유지하면 훌륭한 분석 및 진단 값을 가져올 수 있습니다. 예를 들어 이러한 호출을 수행한 고유 사용자 수를 사용하여 특정 URL에 대한 정확한 요청 수를 가져올 수 있습니다. 또는 모든 사용자 세션에 대한 예외 및 종속성 호출을 포함하여 자세한 진단 추적을 얻을 수 있습니다. 이러한 유형의 정보를 사용하면 애플리케이션 상태 및 사용량에 대한 가시성을 크게 향상시킬 수 있으므로 앱 문제를 진단하는 데 필요한 시간을 줄일 수 있습니다.
동시에 대량의 원격 분석을 생성하는 애플리케이션의 경우 전체 이벤트 집합을 수집하는 것은 비실용적이거나 불가능할 수 있습니다. 이벤트 볼륨이 너무 많은 경우 Application Insights는 수집 및 저장된 이벤트 수를 줄이는 샘플링 및 필터링과 같은 여러 원격 분석 볼륨 감소 기술을 구현합니다. 그러나 저장된 이벤트 수를 줄이면 백그라운드에서 로그에 저장된 이벤트의 쿼리 시간 집계를 수행해야 하는 메트릭의 정확도도 낮아지게 됩니다.
미리 집계된 메트릭
미리 집계된 메트릭은 속성이 많은 개별 이벤트로 저장되지 않습니다. 대신, 미리 집계된 시계열로 저장되고 키 차원만 저장됩니다. 이렇게 하면 쿼리 시 새 메트릭이 더 우수해집니다. 데이터 검색은 더 빠르게 수행되며 컴퓨팅 성능이 떨어집니다. 이렇게 하면 메트릭 차원에 대한 근 실시간 경고, 응답성이 뛰어난 대시보드 등과 같은 새로운 시나리오를 사용할 수 있습니다.
중요하다
로그 기반 메트릭과 미리 집계된 메트릭은 모두 Application Insights에 공존합니다. 두 메트릭을 구분하기 위해 Application Insights UX에서 미리 집계된 메트릭을 이제 "표준 메트릭(미리 보기)"이라고 하고 이벤트의 기존 메트릭은 "로그 기반 메트릭"으로 이름이 바뀌었습니다.
최신 SDK(.NET용 Application Insights 2.7 이상)는 수집 중에 메트릭을 미리 집계합니다. 이는 기본적으로 전송되는 표준 메트릭에 적용되므로 정확도는 샘플링 또는 필터링의 영향을 받지 않습니다. 또한 GetMetric 사용하여 전송된 사용자 지정 메트릭에도 적용되므로 데이터 수집이 줄어들고 비용이 절감됩니다.
사전 집계를 구현하지 않는 SDK의 경우 Application Insights 백 엔드는 Application Insights 이벤트 컬렉션 엔드포인트에서 받은 이벤트를 집계하여 새 메트릭을 여전히 채웁니다. 유선으로 전송되는 데이터의 양이 줄어드는 이점을 얻지는 못하지만, 미리 집계된 메트릭을 사용하고 수집 중에 메트릭을 미리 집계하지 않는 SDK를 사용하여 근 실시간 차원 경고의 성능과 지원을 향상할 수 있습니다.
수집 엔드포인트는 수집 샘플링 전에 이벤트를 미리 집계합니다. 즉, 수집 샘플링 애플리케이션에서 사용하는 SDK 버전에 관계없이 사전 집계된 메트릭의 정확도에 영향을 주지 않습니다.