애플리케이션 성능 관리

Application performance management

정보기술과 시스템 관리 분야에서 응용 프로그램 성능 관리(APM)는 소프트웨어 응용 프로그램의 성능과 가용성을 모니터링하고 관리하는 것이다.APM은 복잡한 애플리케이션 성능 문제를 감지하고 진단하여 기대되는 서비스 수준을 유지하기 위해 노력하고 있다.APM은 "IT 메트릭스를 비즈니스 의미(즉, 가치)로 변환하는 것"이다."[1]

응용 프로그램 성능 측정

두 세트의 성능 지표를 면밀히 모니터링한다.첫 번째 성능 메트릭 세트는 애플리케이션의 최종 사용자가 경험하는 성능을 정의한다.성능의 한 예는 피크 부하 시 평균 응답 시간이다.세트의 구성 요소에는 부하 및 응답 시간이 포함된다.

  • 로드는 애플리케이션에서 처리되는 트랜잭션의 양(예: 초당 트랜잭션, 초당 요청, 초당 페이지)이다.컴퓨터 기반의 검색, 계산, 전송 등에 대한 수요에 의해 로드되지 않고 대부분의 어플리케이션은 충분히 빠르기 때문에 프로그래머가 개발 중에 성능 문제를 잡지 못할 수 있다.
  • 응답 시간은 애플리케이션이 그러한 부하에서 사용자의 행동에 응답하는 데 필요한 시간이다.[2]

두 번째 성능 지표 세트는 부하를 지원하기 위한 충분한 용량과 성능 병목현상의 가능한 위치를 나타내는 부하를 위해 응용 프로그램이 사용하는 계산 자원을 측정한다.이러한 수량의 측정은 적용에 대한 경험적 성능 기준을 설정한다.그러면 기준선을 사용하여 성능의 변화를 탐지할 수 있다.성능의 변화는 외부 사건과 상관될 수 있으며, 이후 애플리케이션 성능의 미래 변화를 예측하는 데 사용될 수 있다.[3]

APM의 사용은 보다 상세한 모니터링 기법에 가장 잘 부합하는 웹 애플리케이션에서 흔히 사용된다.[4]사용자에 대한 응답 시간 측정뿐만 아니라 웹 애플리케이션의 구성요소에 대한 응답 시간도 모니터링하여 지연의 원인을 정확하게 파악할 수 있다.응용 프로그램의 웹 서버 계층에서 트랜잭션별 응답 시간을 디코딩할 수 있는 HTTP 어플라이언스도 존재한다.

Gartner Research는 APM 개념 프레임워크에서 APM의 5가지 차원을 설명한다.[5][6][7][8]

2016년에 Gartner Research는 다음과 같은 세 가지 주요 기능 차원으로 정의를 업데이트했다.[9]

  • 최종 사용자 경험 모니터링(EUEM)이 디지털 경험 모니터링(DEM)으로 발전함
  • 새로운 차원, 애플리케이션 검색, 추적 및 진단(ADTD)은 3가지 차원(애플리케이션 토폴로지 [런타임 아키텍처] 검색 및 시각화, 사용자 정의 트랜잭션 프로파일링 및 애플리케이션 구성 요소 심층적)을 결합한 것으로, 이 세 가지 차원 모두 주로 문제 해결에만 초점을 맞추고 상호 연결되기 때문이다.
  • 애플리케이션 분석(AA)

시사 문제

2013년 상반기부터 APM은 다양한 벤더와 관점으로 기술과 전략의 치열한 경쟁에 돌입했다.[10]이로 인해 관련 없는 배경(네트워크 모니터링,[11] 시스템 관리, 애플리케이션 계측, 웹 성능 모니터링 등)의 벤더가 APM을[which?] 중심으로 메시지를 채택하는 등 시장에 지각변동을 일으켰다.그 결과, APM이라는 용어는 희석되어 단일 시장이 아닌 다양한 컴퓨팅 플랫폼 전반에 걸쳐 애플리케이션 성능을 관리하는 개념으로 진화하였다.[clarification needed][12]선택할 수 있는 벤더가 너무 많은 상황에서 하나를 선택하는 것이 과제가 될 수 있다.각각의 능력이 여러분의 요구에 부합하도록 하기 위해서는 각각의 능력을 신중하게 평가하는 것이 중요하다.[13]

APM을 구현하기 위한 두 가지 과제는 (1) 특히 애플리케이션의 구성요소 사이에서 애플리케이션 성능을 모니터링하기 위해 애플리케이션을 계측하는 것이 어려울 수 있으며, (2) 애플리케이션을 가상화하여 측정의 가변성을 높일 수 있다는 것이다.[14][15]첫 번째 문제를 완화하기 위해 ASM(애플리케이션 서비스 관리)은 비즈니스 서비스 성과 가시성이 핵심 목표인 애플리케이션 중심 접근 방식을 제공한다.분산형, 가상형 및 클라우드 기반 애플리케이션에 존재하는 두 번째 측면은 대부분의 주요 시스템 구성 요소가 더 이상 단일 시스템에서 호스팅되지 않기 때문에 애플리케이션 성능 모니터링에 대한 고유한 과제를 제기한다.각 기능은 이제 여러 가상화된 시스템에서 실행되는 인터넷 서비스로 설계되었을 가능성이 높다.애플리케이션 자체는 서비스 수준 목표를 충족하고 순간적인 중단을 처리하기 위해 한 시스템에서 다른 시스템으로 이동할 가능성이 매우 높다.[16]

APM 개념 프레임워크

애플리케이션 자체는 많은 경우에 와 같은 애플리케이션 개발 프레임워크에 의존하는 고도로 분산된 다중 계층 다중 요소 구조로 이동함에 따라 관리하기가 점점 어려워지고 있다.NET 또는 Java.[17]APM 개념 프레임워크는 5차원 APM 모델에 대한 신속한 구현과 전체적인 이해를 위해 무엇에 먼저 초점을 맞출 것인지에 대한 접근방식의 우선순위를 정하도록 설계되었다.프레임워크 슬라이드에는 각 차원에 대한 세 가지 중점 영역이 간략히 설명되어 있으며, 각 차원에 대한 잠재적 편익을 설명한다.이러한 영역은 아래의 "기본"으로 참조되며, 낮은 우선순위 치수는 "보조"로 참조된다. "[18]

최종 사용자 환경(기본)

사용자 요청에서 데이터로의 트래픽 전송을 다시 측정하는 것은 최종 사용자 경험(EUE)을 포착하는 것의 일환이다.[19]이 측정의 결과를 실시간 애플리케이션 모니터링(Top Down Monitoring이라고도 함)이라고 하며, 이 모니터링은 패시브와 액티브의 두 가지 구성요소를 가지고 있다.패시브 모니터링은 대개 네트워크 포트 미러링을 사용하여 구현되는 에이전트 없는 어플라이언스다.고려해야 할 주요 기능은 다중 구성요소 분석(예: 데이터베이스, 클라이언트/브라우저)을 지원하는 기능이다.반면에 능동 모니터링은 시스템 가용성과 비즈니스 거래를 보고하기 위해 미리 정의된 합성 탐사 로봇과 웹 로봇으로 구성된다.능동 모니터링은 수동 모니터링의 좋은 보완 요소로서, 이 두 구성 요소는 트랜잭션 볼륨이 낮은 오프피크 시간 동안 애플리케이션 상태에 대한 가시성을 제공하는 데 도움이 된다.

이 슬라이드에는 각 차원에 대한 세 가지 중점 영역이 간략히 설명되며, 각 차원의 잠재적 편익을 설명한다.

UEM(User Experience Management, UEM)은 사용자의 행동 컨텍스트를 감시하기 위해 EUE 차원에서 등장한 하위 카테고리다.오늘날처럼 UEM은 인간이 애플리케이션 및 기타 서비스와 상호작용할 때, 가용성을 넘어 지연과 불일치를 포착한다.[20]UEM은 일반적으로 에이전트 기반이며 최종 사용자 장치에서 모니터링할 JavaScript 주입을 포함할 수 있다.UEM은 실시간 애플리케이션 모니터링의 또 다른 측면으로 간주된다.

런타임 애플리케이션 아키텍처(보조)

ADM(Application Discovery and Dependency Mapping) 오퍼링은 트랜잭션 및 애플리케이션을 기반 인프라 구성요소에 매핑하는 프로세스를 자동화하기 위해 존재한다.[21]런타임 애플리케이션 아키텍처 구현을 준비할 때, 환경 내의 모든 노드 및 서버(일명, 상향식 모니터링)에 대해 업/다운 모니터링이 이루어지도록 할 필요가 있다.이는 이벤트 상관관계의 기초를 확립하는 데 도움이 되며 네트워크 토폴로지가 애플리케이션 아키텍처와 상호작용하는 방법에 대한 일반적인 이해를 위한 기초를 제공한다.

비즈니스 트랜잭션(기본)

사용자 정의 트랜잭션 또는 비즈니스 커뮤니티에 어느 정도 의미가 있는 URL 페이지 정의에 집중하십시오.예를 들어 특정 응용 프로그램에 대해 200~300개의 고유한 페이지 정의가 있는 경우, 8-12개의 상위 범주로 그룹화하십시오.이는 의미 있는 SLA 보고서를 허용하며, 광범위한 범주로 시작하여 시간이 지남에 따라 세분화하는 등 비즈니스 관점에서 애플리케이션 성능에 대한 최신 정보를 제공한다.자세한 내용은 비즈니스 트랜잭션 관리를 참조하십시오.

딥 다이브 구성 요소 모니터링(2차)

딥 다이브 컴포넌트 모니터링(DDCM)은 에이전트 설치가 필요하며 일반적으로 웹, 애플리케이션, 메시징 서버를 중심으로 미들웨어를 대상으로 한다.J2EE 및 에 대한 실시간 보기를 제공해야 한다.NET 스택으로, 사용자 정의 비즈니스 트랜잭션과 다시 연결.강력한 모니터는 코드 실행(예: 스프링 및 스트럿)에서 렌더링된 URL, 마지막으로 사용자 요청에 이르는 명확한 경로를 보여준다.DDCM은 APM 모델의 2차원과 밀접한 관련이 있기 때문에, 이 분야의 대부분의 제품도 오퍼링의 일부로 애플리케이션 탐색 종속성 매핑(ADDM)을 제공한다.

분석/보고(기본)

각 애플리케이션에 대해 수집 및 보고할 수 있는 공통 메트릭스 집합에 도달한 다음, 애플리케이션 성능 데이터를 표시하는 방법에 대한 공통 관점으로 표준화하는 것이 중요하다.APM 모델 전체에서 다른 툴 세트로부터 원시 데이터를 수집하면 애플리케이션 보고에 유연성을 제공한다.이는 각 애플리케이션이 실행 중인 플랫폼이 서로 다르지만, 발생하는 다양한 성능 질문에 대답할 수 있게 해준다.너무 많은 정보가 압도적이다.그것이 보고서를 단순하게 유지하는 것이 중요한 이유다. 그렇지 않으면 그것들은 사용되지 않을 것이다.[22]

참고 항목

참조

  1. ^ Dragich, Larry (4 April 2012). "The Anatomy of APM – 4 Foundational Elements to a Successful Strategy". APM Digest.
  2. ^ Dubie, Denise (2006-11-11). "Performance management from the client's point of view". NetworkWorld. Retrieved 22 March 2013.
  3. ^ Dragich, Larry (11 May 2012). "APM and MoM - Symbiotic Solution Sets". APM Digest.
  4. ^ "What You Should Know About APM – Part 1". Realtime NEXUS. 2013. Archived from the original on 2013-12-14.
  5. ^ "Keep the Five Functional Dimensions of APM Distinct". Gartner Research (ID Number=G00206101). 16 September 2010. Archived from the original on July 11, 2011.
  6. ^ "Analytics vs. APM". APM Digest. 28 January 2013.
  7. ^ "A Comparison of Application Performance Management Suites from CA, HP and Oracle" (PDF). Crimson consulting group. Retrieved 22 March 2013.
  8. ^ "Magic Quadrant for Application Performance Monitoring". Gartner. Retrieved 18 December 2013.
  9. ^ "Magic Quadrant for Application Performance Monitoring Suites, 2016". Gartner Research (ID Number=G00298377). 21 December 2016.
  10. ^ "APM Convergence: Monitoring vs. Management". APM Digest. 6 March 2013.
  11. ^ "What Is Network Monitoring?". Ascendant Technologies, Inc. 2022-01-05. Retrieved 2022-01-09.
  12. ^ "Application Performance Management Spectrum" (PDF). TRAC Research. 11 March 2013. Archived from the original (PDF) on 17 April 2013.
  13. ^ "5 Capabilities to Consider When Selecting an Application Performance Monitoring Solution". APMdigest - Application Performance Management. 2017-04-03. Retrieved 2017-09-26.
  14. ^ Khanna, Gunjan; Beaty, Kirk A.; Kar, Gautam; Kochut, Andrzej (2006). "Application Performance Management in Virtualized Server Environment". Network Operations and Management Symposium, 2006. NOMS 2006. 10th IEEE/IFIP: 373–381. doi:10.1109/NOMS.2006.1687567. ISBN 978-1-4244-0142-0.
  15. ^ Matchett, Mike. "Is Virtualization Stalled On Performance?". Virtualization Review. Retrieved 22 March 2013.
  16. ^ "Differences between approaches to APM - a chat with Jesse Rothstein of Extrahop". ZDNet. 9 December 2011.
  17. ^ "The Five Essential Elements of Application Performance Monitoring". Realtime NEXUS. 2010.
  18. ^ "Priorizing Gartner's APM Model: The APM Conceptual Framework". APM Digest. 15 March 2012.
  19. ^ "Application performance monitoring tools: Three vendor strategies". SearchNetworking. 25 March 2013.
  20. ^ "Insight from the User Experience Management Panel in Boston". APM Digest. 23 March 2012.
  21. ^ "Research and Markets: Radar for Application Discovery and Dependency Mapping (ADDM)". Business Wire. 19 May 2011.
  22. ^ "Big Data and Advanced Analytics: Success Stories From the Front Lines". Forbes. 3 December 2012.