리뷰 Appdynamics 검토 및 평가

Appdynamics 검토 및 평가

차례:

비디오: How to Integrate AppDynamics with Slack (십월 2024)

비디오: How to Integrate AppDynamics with Slack (십월 2024)
Anonim

통합 모니터링

AppDynamics는 Unified Monitoring이라는 특정 솔루션을 제공합니다. 엔터프라이즈 목적을 위해 APM, RUM (브라우저 실제 사용자 모니터링), 모바일 RUM, 합성 모니터링 (현재 베타), 데이터베이스 모니터링 및 서버 모니터링 등 6 개의 서로 다른 AppDynamics 제품이 하나의 플랫폼으로 롤업되었습니다. 목표는 전체 웹 스택, 프런트 엔드 및 백엔드에 대한 가시성을 제공하여 인프라, 근본 원인 분석 및 성능 문제가 발생한 위치를 정확하게 추적 할 수있는 맞춤형 경고를 통해 브라우저와 장치에서 사용자 경험 (UX)을 관리하는 것입니다.

AppDynamics가 실제로 모든 것을 할 수 있는지 테스트하기 위해 메인 대시 보드에서 시작했습니다. 상단의 탐색 막대에는 엔터프라이즈 사용자가 필요로하는 주요 순서 (주로 응용 프로그램, 데이터베이스, 인프라, 분석, 대시 보드 및 보고서, 경고 및 응답)로 주요 구성 요소가 나열됩니다. 탐색 막대 아래에는 응용 프로그램 및 데이터베이스 상자가있는 깨끗한 타일 레이아웃이 있으며 각 웹 사이트의 현재 상태 (AppDynamics의 사내 UX 성능 측정)를 나타내는 녹색 및 빨간색 상태 표시 줄이 있습니다.

Dynatrace UEM, SmartBear AlertSite Pro 및 Pingdom과 달리 AppDynamics는 UX 측정을 위해 Apdex (Application Performance Index) 공개 표준을 사용하지 않으며 실제로 AppDynamics의 일부 사람들은 대중적인 지수에 반대합니다. 다른 대시 보드 타일에는 사용자 이벤트 및 트랜잭션의 스냅 샷을 제공하는 분석 상자와 Dynatrace UEM 대시 보드의 동일한 타일과 유사하지만보다 뼈대가있는 기본 및 사용자 지정 대시 보드 목록이 있습니다. SmartBear AlertSite Pro 레이아웃에 더 가까이 다가갑니다.

순전히 웹 사이트 모니터링 관점에서 비즈니스 사용자는 애플리케이션 탭에서 가장 많은 시간을 소비합니다. 온라인 소매 사이트 인 데모 응용 프로그램 중 하나를 클릭하여 응용 프로그램의 전체 아키텍처를 나타내는 자세한 흐름도를 확인했습니다. 화살표는 프론트 엔드 Java 및 PHP 노드에서 MySQL 데이터베이스 및 서버를 통해 다시 실행되었으며, 마우스를 한 줄 위로 가져 가면 대화식 회선이 한 위치에서 다른 위치로의 HTTP 호출 흐름을 보여줍니다. 개념적 레이아웃은 Ghostery MCM이 타사 태그 및 웹 사이트 구성 요소를 나타내는 방식과 유사하지만 사용자 트랜잭션의 정확한 경로에보다 포괄적 인 초점을 둡니다.

동일한 애플리케이션 대시 보드보기에서 온라인 소매 사이트와 관련하여 가장 많은 HTTP 호출을 수신 한 제품 페이지를 오류 및 페이지 응답 시간 (녹색 체크 표시로 정렬)으로 강조 표시 한 상위 비즈니스 트랜잭션으로 탭했습니다. 그들의 건강을 나타냅니다). 이 대시 보드에서 흥미로운 두 가지 탭은 트랜잭션 스냅 샷과 트랜잭션 점수로, UX가 정상인지 느리거나 오류로 채워 졌는지에 따라 웹 사이트 나 응용 프로그램의 주기적 성능 스냅 샷을 제공합니다. 그런 다음 거래 점수는 긴 거래 목록을 "정상"부터 "중지 및 오류"까지 거래 비율을 표시하는 막대 그래프로 변환합니다. 나는 이것이 긴 거래 목록을 가져와 사용자가 웹 사이트 성능을 시각화 할 수있는 간단한 그래프로 채울 수있는 빠르고 간단한 방법이라는 것을 알았습니다.

응용 프로그램 탭의 왼쪽에있는 세로 탐색을 아래로 스크롤하면 웹 사용자 및 모바일 사용자 경험 페이지가 모두 사용자 트래픽을 분류하는 것으로 나타났습니다. 각각 Dynatrace UEM에있는 동일한 종류의 사용자 정의 가능한 타일 대시 보드를 제공하며, 사용자 응답 시간, 여러 가지 이유로 인한 페이지 요청 및 사용 된 브라우저, 장치 및 운영 체제의 파이 차트를 분류하는 대화식 맵을 선택할 수 있습니다. Dynatrace UEM은 약간 더 넓은 설계 및 차트 옵션을 제공하지만 기능은 본질적으로 동일합니다. 트래픽이 들어오는 곳에서 AppDynamics는 RUM 및 합성 모니터링을 제공하지만 SmartBear AlertSite Pro와 같은 합성 중심 제품과 달리 AppDynamics는 주로 RUM에 중점을 둡니다. 플랫폼의 종합 모니터링은 초기 오류 경고에 더 많이 사용되어 작업 간격이 서로 다른 웹 사이트를 테스트합니다.

사업 내부

응용 프로그램에서 데이터베이스 및 인프라로 전환하면서 AppDynamics는 웹 사이트의 백 엔드에 대해 프런트 엔드와 같은 수준의 이해하기 쉬운 비즈니스 가시성을 제공했습니다. 나열된 데이터베이스 중 하나를 클릭하면로드 시간, 메모리, 네트워크 및 디스크 입 / 출력 (I / O)과 같은 메트릭, 쿼리, 데이터베이스 호출 및 세션에 대한 라이브 뷰 및 보고서와 같은 메트릭이 표시됩니다..

서버를 나열하는 인프라 탭도 같은 방식으로 작동했습니다. 이 탭은 모두 AppDynamics의 근본 원인 분석 기능과 연계되어있어 온라인 소매 애플리케이션의 각 레벨에서 사용자 지정 대시 보드로 데이터를 쉽게 가져올 수 있습니다. 여기서 AppDynamics가 "태그 앤 트레이스"기능을 호출하여 특정 사용자 트랜잭션 요청을 추적하고, 데이터베이스 흐름을 통해 응용 프로그램 흐름 맵에서 한 타일에 선 그래프로 배치하여이를 추적합니다. 다음에 서버 CPU 프로세스. AppDynamics의 "스마트 코드 계측"을 통해 수동 구성없이 데이터베이스와 서버를 설정하고 모니터링 할 수 있기 때문에 백엔드 프로세스에도 코드가 거의 없습니다.

AppDynamics를 통해 제공되는 백엔드 APM 가시성 및 근본 원인 분석은 엔터프라이즈 개발자 및 IT 팀에게 가장 매력적인 기능 중 일부입니다. 그러나 일반 비즈니스 사용자에게는 비즈니스 트랜잭션과 관련된 플랫폼의 사전 빌드 및 사용자 지정 대시 보드가 가장 큰 관심을 끌 것입니다. 사용자 지정 대시 보드를 만들 때 AppDynamics 환경은 SmartBear AlertSite Pro 및 Dynatrace UEM과 동등한 수준으로 타일을 조정 가능한 그리드로 배치하거나보다 구조화 된 Absolute 대시 보드 레이아웃을 사용하여 명확하게 정의 된 그래프 속성을 사용했습니다.

구성 요소를 대시 보드에 추가 할 때 다양한 범주의 메트릭 (예: 전체 응용 프로그램 성능, 비즈니스 트랜잭션 성능, UX 등)을 그래프, 원형 차트 또는 속도 게이지 그래픽으로 나타낼 수있었습니다. 상태 표시 등, 상태 규칙의 이벤트 목록 상자 및 기타 위젯을 추가 할 수도 있습니다. 비즈니스 관점에서 이러한 맞춤형 대시 보드를 특정 용도로 사용하게 된 것은 매출 대비 성과를 차트로 표시하는 기능입니다. AppDynamics는 엔드-투-엔드 비즈니스 트랜잭션을 측정하는 성능 기준을 설정하고 대기 시간없이 대시 보드를 통해이 실시간 비즈니스 데이터를 표시하는 비동기 지원을 포함합니다. 내 테스트에는 영화 티켓 웹 사이트의 데이터도 포함되어 있으며 사용자 지정 대시 보드에서 비즈니스는 평균 응답 시간과 티켓 구매량 및 웹 사이트의 총 수익을 비교할 수 있습니다. 다양한 레벨의 엔터프라이즈에있는 비즈니스 사용자를 위해 사용자 정의 대시 보드를 작성할 수 있으며 마케팅, LOB (기간 업무) 관리자 및 조직 내 임원에게도 실제 분석을 기반으로 필요한 분석을 정확하게 모니터링 할 수있는 개인화 된 대시 보드를 제공 할 수 있습니다. 시간, 운영 웹 사이트 데이터.

경고, 분석 및 웹 사이트 상태

AppDynamics는 Apdex 메트릭이 아닌 사용자 지정 상태 규칙 및 정책을 사용하여 UX 및 비즈니스 트랜잭션 성능을 측정합니다. 이로 인해 AppDynamics의 분석 및 경고 설정 및 사용은 다른 웹 사이트 모니터링 서비스와는 다릅니다.

여러 다른 웹 응용 프로그램을 관리하는 엔터프라이즈 사용자의 역할을 수행하면서 각 웹 사이트와 그 뒤에있는 개별 데이터베이스 및 서버에 대한 개별 상태 규칙을 설정할 수있었습니다. 상태 규칙을 만들 때는 전체 응용 프로그램 또는 트랜잭션 성능에서 웹 및 모바일 UX, 오류율, 개별 노드 및 끝점에 이르기까지 어떤 구성 요소가 영향을 미치는지 정확하게 결정합니다.

그런 다음 규칙의 기간과 간격, 규칙 "위반"이 감지되는 시점과 경고 정책이 시작되는 시간 사이의 시간을 선택했습니다. 또한 경고 조건 및 위험 조건에서 규칙을 고려할 때의 특정 매개 변수도 설정했습니다. 이런 방식으로 경고를 설정하면 Apdex 측정 값을 수락하는 대신 (웹 사이트의 각 이동 부분에서 기업이 정확히 허용 가능한 성능 또는 UX 표준으로 정의한 내용을 제어 할 수있는 세부적인 제어 기능을 얻을 수있었습니다. 다른 웹 사이트 모니터링 서비스).

여기에서 특정 작업 실행 (예: 응용 프로그램 자동 재시작) 및 전자 메일 또는 문자 알림을 보낼 사람 지정과 같은 전체 또는 특정 상태 규칙 위반에 대해 특정 알림 정책을 구성했습니다. AppDynamics는 또한 특정 건강 규칙이 정해진 시간 동안 어떻게 전달되는지에 대한 요약을 보내는 이메일 요약을 제공합니다. 전자 메일 요약은 간단하여 훨씬 더 많은 컨텍스트없이 글 머리 기호 오류 목록을 제공합니다. 이메일 본문에서 특정 상태 규칙 오류의 원인 (예: 기본 근본 원인 분석)에 대해 좀 더 자세히 설명 할 수 있었지만 성능에 대한 필수 요소를 파악하기 위해 경고를 수행했습니다.

여기서 주목할 가치가있는 몇 가지 다른 분석 기능으로는 Business Impact Analytics가 있습니다. Business Impact Analytics는 실패한 웹 사이트 트랜잭션 및 이러한 고객에게 어떤 영향을 미쳤는지 파악하는 후속 보고서와 고객의 경험을 구체적으로 분석하는 후속 고객 윈백 분석 보고서입니다. 타임 스탬프가 지정된 이벤트를 통해 비즈니스 마케팅 팀이 윈백 캠페인을 운영 할 수 있습니다.

최고의 무리

AppDynamics는 매우 큰 환경을 위해 설계되었습니다. 단일 웹 사이트 및 모바일 응용 프로그램을 관리하는 소기업의 경우 비용이 많이 드는 로켓을 사용하여 블록을 내리는 것과 같습니다. 그러나 상호 연결된 여러 응용 프로그램 및 웹 사이트를 관리하는 엔터프라이즈 조직이라면 AppDynamics가 그만한 가치가 있습니다. 이번 라운드에서 검토 한 모든 웹 사이트 모니터링 서비스 중 AppDynamics는 가장 완벽한 웹 및 모바일 모니터링 패키지, 백엔드 분석 및보고 및 경고 패키지를 조직의 모든 수준에 맞게 사용자 정의되고 이해하기 쉬운 형식으로 추출했습니다. 기업용 편집자 선택으로 쉽게 선택할 수있었습니다.

Appdynamics 검토 및 평가