WSAM의 정의...
Web-Service Application Monitoring
MSA기반의 웹서비스는 이제 피할 수 없는 대세이고, DevOps와 BizOps가 구분되기 시작하는 기업의 입장에서는 이 문제는 매우 큰 화두가 된다.
분명한 것은 MSA(Micro-Service Architecture)는 복잡한 문제를 발생시키거나, 특정 상황의 문제 해결을 위해서 Log서비스로는 분명한 한계를 만나게 된다. 국내 시장에서는 APM(Application Performance Monitoring)이라는 시장 영역에서 이 문제의 해결을 위해서 접근했다.
국내 APM 제품의 문제의 대부분은 클라우드 환경을 생각했거나, 개발자와 운영자, 기술지원의 대상들이 불특정 하게 발생하거나 대시보드와 통계정보들을 DevOps환경에 맞도록 디자인되지 않았다는 것이다.
특정 문제가 발생한 환경에 대해서 실시간 성으로 접근해야 하고, 클라우드의 가용성에 적합한 라이선스 체계를 취하고 있어야 하며, 동시에 여러 명의 대시보드 사용자들이 접근할 수 있어야 한다. 말 그대로, DevOps의 거버넌스 구조를 지원하지 않는 국내 APM 제품들은 그 활용도가 떨어진다.
아마도, 문제가 발생하면 특정 회의실에 모여서 해당 제품의 대시보드를 큰 화면으로 보면서 상의하거나, 대시보드가 띄워진 장소에 모여서 회의를 해야 할 것이다.
진정, DevOps에 어울리는 WSAM이라면 문제 발생 시에 슬랙이나 텔레그램의 문제 상황을 바로 인지하고, 각자의 작업용 컴퓨터에서 APM의 대시보드를 구동하고, 자신의 인프라, 개발 소스, 구성 환경, 설정 화면들을 동시 다각도로 검토하는 과정을 거쳐야 한다.
그것이 진정 DevOps 한 운영환경에 해당한다.
또한, WSAM은 BizOps를 넘나드는 환경을 지향하는 APM의 분야는 아니다. 데이터를 분석하고 비즈니스 이슈를 도출하는 영역은 분명 현재 IT 환경에서는 핵심이지만, 이러한 영역은 APM 전문기업의 영역은 아니다.
해외의 APM 제품들은 데이터 분석 기반이 강하기 때문에 BizOps에 대한 기능을 강화하고 있기 때문에 이 부분에 대해서 강한 기능이라고 어필하고 있지만, 실제 비즈니스 영역에서 해당 작업들을 해본 필자의 입장에서는 사실상 무의미한 기능에 가깝다.
현재와 미래에 해당하는 WSAM(Web-Service Application Monitoring)의 중요한 기능 요소는 다음과 같이 정리할 수 있다.
하나. SaaS 형태의 서비스의 지원과 사용한 만큼 사용하는 과금체계
둘. SaaS와 DevOps지원을 위한 동시 사용자에 대한 접근을 위한 경량화된 데이터와 애플리케이션 서비스 구조.
세. DevOps지원을 위한 실시간성에 가까운 모니터링 체계
넷. DevOps지원을 위한 쉬운 대시보드 구성과 개발자 접근방법의 제공
다섯. DevOps지원을 효과적으로 하기 위한 손쉬운 설치 사용
여섯. BizOps와 연계하기 위한 서비스 구조와 제휴관계를 기반으로 한 서포트 기능.
이상의 내용들은 SaaS와 DevOps, BizOps를 모두 고려한 WSAM의 주요 기능이라고 하겠다.
