WHAT IS BTM?
웹 서비스 기반 아키텍처를 지향하는 업무들인 경우 ‘트랜잭션은 매출’을 의미 할 가능성이 높습니다. 이는 곧 시스템 및 애플리케이션 복잡도가 높음을, 성능과 안정성을 위해 자바 이외의 언어들로 개발된 애플리케이션도 포함될 수 있음을 의미합니다. 그럼에도 사용자는 늘 동일한 수준이거나 오히려 더 향상된 응답 속도를 기대한다는 점입니다. 결국 자바 이외 언어 기반의 애플리케이션 관리 부담과, 대용량 트랜잭션이 집중되는 피크 타임에 대한 철저한 대비는 운영자의 몫입니다.
웹과 이기종 미들웨어가 공존하는 복잡한 멀티 티어 환경에서 성능 관리의 핵심은 트랜잭션 연계 구간별 성능 정보의 수집과 분석입니다. 전통적인 APM에 트랜잭션 전 구간에 걸친 성능 모니터링과 WAS, TP모니터 구간별 상세 모니터링이 가능한 비즈니스 트랜잭션 관리(BTM, Business Transaction Management)의 결합이 선택이 아닌 필수인 이유입니다.
이들의 결합을 통해 기업들이 고민하고 있는 복잡 다양한 시스템들에 대한 중앙집중식 관리 지원 체계 구축 및 운영, 피크타임에 맞는 자원 및 서비스 운영 전략 수립, 비즈니스 관점의 일관된 응답 속도 보장 등의 크리티컬 이슈에 대해 관리의 용이성 및 운영 비용의 절감, 피크 타임에 최적화된 자원 및 서비스 운영 계획 수립, 중단없는 서비스 고가용성 및 고객 만족도 제고라는 명쾌한 해답을 제시할 것입니다.
Opinion Leaders Say…
BTM vs. APM
APM과 BTM은 모니터링 대상이 다를 뿐 상호보완은 시너지 창출이 가능합니다. APM에 BTM을 결합해 제공할 경우, 트랜잭션 전반에 걸친 폭넓은 성능 모니터링과 구간별 심도 깊은 성능 모니터링을 통한 교차 분석이 가능해지므로, 기업이 필요로 하는 피크타임에 대비한 서비스 운영 전략 수립, 일관된 응답 속도 보장, 중단 없는 서비스 고가용성 확보 등의 효과를 기대할 수 있습니다. 이 둘의 결합을 인헨스드 APM(Enhanced APM)이라고 칭하는 이유입니다.
BTM | 비교항목 | APM |
---|---|---|
서비스가 처리되는 모든 구간의 애플리케이션 | 모니터링구간 | 단일한 WAS 구간 |
전체 구간별 연계 추적 | 모니터링지표 | 자바 메소드 / 클래스 성능 |
트랜잭션 전체의 흐름 추적 및 장애구간 도출 대외 연동 시스템에 대한 블랙박스에 대한 가시화 및 상세 분석을 제공하므로 진정한 의미의 트랜잭션 기반 통합 모니터링 및 성능 관리 구현 가능 |
제품지향점 | 성능 저하 원인 규명 및 장애에 대한 빠른 대처 |
멀티 티어 구성을 가진 금융 및 공공기관의 차세대 시스템 | 주요 시장 | Mission Critical Java Application 업무 |