신세틱(Synthetic) 모니터링이란?

Synthetic 모니터링이란..

Synthetic(신세틱) 모니터링은 애플리케이션/디지털서비스와 사용자 간의 네트워킹/대화(Interaction)를 그대로 따라한 뒤, 애플리케이션의 성능을 측정하는 프로세스이며 애플리케이션 성능 관리의 필수 요소로 인식되고 있습니다.

애플리케이션 성능을 선제적으로, 지속적으로 모니터링하는 Synthetic 모니터링 기법은 스크립트를 사용하여 다양한 시나리오, 환경, 디바이스 유형에서 앱 사용자의 행동을 시뮬레이션합니다.
Synthetic 테스트는 실제 Interaction과 동일한 조건으로 애플리케이션에 요청(Request)를 보냄으로써 애플리케이션의 응답 시간, 리소스 가용성과 같은 주요 성능 지표를 분석합니다.

Synthetic 모니터링의 Use case

• 애플리케이션 성능 분석 : 애플리케이션 성능에 관한 인사이트를 얻고 개선이 필요한 구간/영역을 식별
• 업타임, 디지털 경험 분석 : 애플리케이션의 가용성(uptime)을 지속적으로 모니터링하여 애플리케이션이 일반적인 사용자의 행동에 어떻게 반응하는지 분석
• 주요 Transaction 모니터링 : 온라인 구매, 그룹웨어 결재 등 비즈니스와 관련된 웹 기반 Transaction에서 발생하는 문제 분석

네트워크의 Flow, PCAP(패킷 캡처)와 같은 수동적, 사후적인 모니터링과 달리 Synthetic 모니터링은 네트워크 리소스, 애플리케이션, 서비스의 상태와 성능을 사전에 예방할 수 있도록 Proactive한 방식으로 측정합니다.
네트워크 성능, 디지털 경험 모니터링의 분야 중 하나인 Synthetic 모니터링은 IT 개발, NetOps, DevOps 팀이 사용자 경험을 개선하고 애플리케이션의 주요 기능(Function)을 최적화하는 데 매우 중요한 요소로 부각되고 있습니다.

네트워크 모니터링과 Synthetic 모니터링

네트워크 모니터링의 분야는 크게 네트워크 성능, 상태, 그리고 사용자 경험의 세 가지 주요 영역으로 구성되어 있습니다.

Synthetic 모니터링은 아래 네트워크 모니터링의 '기둥' 중 하나입니다 :

• 네트워크 트래픽 분석(NTA) : 흔히 네트워크 Flow 분석이라고도 하는 네트워크 트래픽 분석은 네트워크를 통해 흐르는 실제 트래픽을 모니터링하는 것입니다. NTA는 실제 네트워크 사용에 대한 자세한 인사이트를 제공하며, 이는 전반적인 네트워크 성능을 이해하는 데 매우 유용합니다. NTA는 NetFlow와 같은 프로토콜을 사용하는 Flow record(실제 패킷 흐름 요약), 클라우드 기반 서비스의 VPC Flow log, 패킷 추적(DPI)을 사용하여 네트워크 성능 지표를 파악합니다.

• Synthetic 모니터링: Synthetic 모니터링(Synthetic 테스트)은 디지털 경험 모니터링(DEM)의 일부로, 실제 사용자 경험을 시뮬레이션하기 위해 네트워크 기능에 대한 예방적인, 사전적인 테스트를 수행합니다. 이는 IT 시스템 상의 이슈가 실 사용자에게 영향을 미치기 전에 문제를 예측할 수 있도록 하는 미래 지향적인 접근 방식입니다.

• 네트워크 모니터링 시스템(NMS) : 네트워크 모니터링 시스템(NMS)에서 수집하는 인프라 메트릭은 서버, 네트워크 노드, 스토리지 노드와 같은 네트워크 인프라 디바이스의 상태와 활동에 중점을 둡니다. NMS는 네트워크의 물리/가상 구성 요소 그 자체를 유지 관리하고 최적화하는 목표를 가지고 있습니다. 이러한 메트릭은 SNMP, Streaming Telemetry와 같은 방법을 통해 수집됩니다.

Synthetic 모니터링은 어떻게 동작하나요?

Synthetic 모니터링은 애플리케이션/서비스와 실제 사용자 간 Interaction을 시뮬레이션하는 스크립트나 템플릿을 이용하여 테스트를 생성하고 실행하는 방식으로 작동합니다.

Synthetic 모니터링은 아래와 같은 프로세스로 구성됩니다.

• 테스트 스크립트 개발: 로그인, 양식 작성, 웹 서핑과 같은 일반적인 사용자들의 행동을 모방하는 스크립트를 작성합니다.
• 트래픽 Type 생성: 네트워크, DNS, HTTP, 웹 트래픽 등 다양한 트래픽 Type마다 네트워크 상태를 시뮬레이션합니다.
• 리소스 타겟팅: 생성된 트래픽을 IP, 서버, 호스트, URL과 같은 특정 타겟으로 전송합니다.
• 성능 지표 측정: 테스트를 통해 응답 시간, 가용성 등 다양한 성능 데이터를 수집합니다.
• KPI 설정: 수집한 데이터를 분석하여 애플리케이션/서비스의 성능을 모니터링하고 최적화하기 위한 기준인 KPI(Key performance indicator)를 설정합니다.

Synthetic 테스트는 애플리케이션/서비스 성능을 지속적으로 모니터링하기 위해 정기적으로 수행되는 자동화된 주기적인 테스트입니다.
kentik Synthetic 모니터링에서는 1초마다 테스트를 실행하여 정확한 인사이트를 얻고 실시간으로 성능 모니터링을 수행할 수 있습니다.

Synthetic 모니터링 솔루션을 찾다보면, 수동적인 "Real user monitoring(RUM)"에 관한 글들을 볼 수 있습니다. RUM은 애플리케이션과 각 사용자 간 Transaction/Interaction을 캡처하고 분석합니다. 애플리케이션의 실제 사용을 추적, 모니터링하고 어떤 일이 발생했는지 기록하는 Passive한 성격을 띄는 프로세스죠. Synthetic 모니터링은 어떤 일이 발생하기 전에 사용자의 디지털 경험을 측정하는 Active한 모니터링이며, RUM은 Passive한 모니터링의 형태를 띕니다.

Active 모니터링 vs Passive 모니터링 (Synthetic vs RUM)

어느 쪽이 더 좋은 모니터링일까요? 사실 그런 건 중요하지 않습니다. 모니터링을 통해 달성하려는 목표에 따라 다르거든요.

모니터링에서 사용되는 "Active", "Passive"

• Active : 사전 예방적인(Pro-active) 테스트는 특정 리소스에 Access하고, 응답을 기다리며, 통신 결과를 해석하여 사용자의 행동을 시뮬레이션합니다. Synthetic 모니터링은 Active 모니터링의 한 형태입니다.
  네트워크 디바이스를 Polling하는 네트워크 매니징 스테이션도 Active 모니터링의 예시가 됩니다.

• Passive : 수동적인(Passive) 모니터링은 리소스에 대한 실제 사용자의 Transaction/Interaction을 모니터링한 다음 통신 결과를 측정하고 해석합니다. RUM은 Passive 모니터링의 한 형태입니다.
  패킷 분석기를 네트워크에 배치하고 트래픽을 관찰하는 것도 Passive 모니터링의 한 형태입니다.

Active, Passive 모니터링은 모두 다양한 Benefit을 제공해주며, 두 가지를 결합하면 최종 사용자의 디지털 경험을 개선하고 최적화할 수 있습니다.

Synthetic 모니터링의 목표

표면적으로 Active 모니터링의 목표는 애플리케이션이나 서비스(ex. 웹 페이지, DNS)가 정상적으로 가동 중이고 실제 최종 사용자에게 빠르게 응답할 수 있는지 확인하는 것입니다.

그래서 Active 모니터링은 아래와 같은 질문에 답을 줄 수 있어야 합니다.

• DNS의 응답속도가 50ms 이내인가요?
• 웹사이트가 1500ms 이내에 로딩되나요?
• 장바구니 담기 기능이 정상적으로 동작하나요?
• 백엔드의 API 엔드포인트들이 사용 가능한가요? 그럼 우리가 예상한 방식으로 동작하고 있나요?

그리고 위 질문들에 답하기 위해, Synthetic 모니터링은 2가지 주요 지표를 측정합니다.

• 시간 경과에 따른 리소스의 업타임 (ex. 가용성 99.99%)
• 시간 경과에 따른 리소스의 응답시간 (ex. 평균 레이턴시 10ms)

Synthetic 모니터링으로 IT 운영 업무를 안정적으로 운영하게 되면, 위에서 기술한 지표들 이외에도 Trending, Alerting을 통해 IT 인프라 업무에 직접적으로 도움이되는 디테일한 정보들을 얻을 수 있습니다.

이 인사이트들을 어떻게 얻을 수 있는지, 이제부터 더욱 자세히 알아보겠습니다.

Synthetic 모니터링의 유형과 Use case

Synthetic 모니터링 솔루션(ex. kentik)은 기존 네트워크 성능 모니터링을 넘어 웹 애플리케이션 모니터링, 사용자 경험 개선 등 다양한 Use case를 제공합니다.

통신사업자, CDN, 기업 IT, 디지털 플랫폼 기업 군에서는 각 기업이 수요하는 모니터링 니즈가 있습니다. 이런 다양한 니즈는 아래 Use case들을 이해하고 응용함으로써 충족될 수 있습니다.

여담으로...
한국 사람들은 무언가 이해하고 응용하는 것에 능통하기로 소문이 났으니까..
Synthetic 모니터링 솔루션을 기가 막히게 활용할 수 있지 않을까? 그런 생각이 드네요 :)

각설하고, 이제 Synthetic 모니터링의 사용 사례들을 알아보겠습니다.

Web/Application 성능 모니터링

Synthetic 모니터링을 통해 웹 애플리케이션 개발자와 인프라 운영팀(DevOps/SRE)은 웹 애플리케이션 가용성, API 성능, 사용자 경험을 더 자세히 이해할 수 있습니다.

Web/Application 성능과 상태

• HTTP 기반 Synthetic 테스트를 통해 다수의 API 엔드포인트에 대한 GET, HEAD, PATCH, POST, PUT Method의 가용성과 올바른 응답 여부(ex. Response 내 string 'a' 포함 여부) 확인
• 인증서 유효기간, HTTP 상태 코드(ex. 2xx, 3xx, 4xx) 모니터링
• 마지막 바이트까지의 평균 통신 시간, Response의 사이즈 측정 등

Web/Application이 사용하는 네트워크의 성능과 상태

• Latency, Jitter, Packet loss, HTTP Latency와 같은 네트워크 상태와 성능 메트릭 분석
• 자동화된 Trace route 테스트를 통해 네트워크 경로를 시각화하고 구간별 성능 메트릭 분석

위 기능들을 통해 Web/Application, 그리고 네트워크의 상태와 성능을 분석하여,
Web/Application의 성능을 최적으로 유지하면서 잠재적 이슈를 실시간으로 파악할 수 있습니다.

나아가 이에 대한 Alert 시스템을 구축할 수도 있습니다.
Webex, Teams, Slack 등 업무에서 사용하는 메세징 앱을 통해 빠르게 알람을 받아볼 수 있는거죠.

Page Load 테스트

페이지 로드 속도는 웹 애플리케이션에서 사용자 경험의 필수 요소입니다.

Synthetic 테스트는 다양한 웹 애플리케이션 페이지의 로딩 시간을 자동으로, 주기적으로 테스트하는 데 사용할 수 있습니다. 이걸 Page Load 테스트라고 부릅니다.

테스터는 이 테스트를 통해 페이지의 모든 구성 요소(ex. css, js, image)가 로드되는 방식을 세밀하게 분석할 수 있습니다. Web App 개발자는 이 정보를 사용하여 온프레미스, 클라우드, SaaS 제공업체에서 호스팅하는 사이트 등 사이트 성능에 영향을 미치는 요소를 정확하게 추적할 수 있습니다.

Synthetic 모니터링 솔루션 업체, kentik의 Page Load 테스트는 기본적인 로드 시간 분석을 뛰어넘습니다. kentik은 App agent를 통해 headless chromium 방식으로 전체 브라우저의 페이지 로드 테스트를 진행합니다. 이로써 페이지의 각 구성 요소에 대한 로딩 프로세스를 세밀하게 분석하여 웹 개발자가 성능 병목 현상을 정확히 파악할 수 있도록 Waterfall 데이터를 제공합니다.

Page Load 테스트가 어떤식으로 사용되는지 궁금하시면 아래 kentik의 비디오를 한번 시청해보세요.
"Solve slow web applications with the Kentik Synthetics Page Load test"

Transaction 모니터링

Synthetic 모니터링은 웹사이트, 네트워크, 애플리케이션의 기본적인 응답/로딩을 테스트하는 것 외에도 사용자와 웹 애플리케이션 간 Transaction을 시뮬레이션하고 그 성능을 측정할 수도 있습니다.

여기서 'Transaction'이란 사용자가 취할 수 있는 일련의 작업(ex. 로그인, 검색, 장바구니에 추가, 결제)을 의미합니다.

사용자가 웹 애플리케이션을 서핑하면서 클릭했던 경로를 따라 스크립트를 만들거나,
사용자의 Transaction을 나타내는 클릭 경로를 브라우저에서 Recording 한 뒤 Script로 재생하여
다양한 Transaction 단계별 성능과 가용성을 테스트하고 데이터를 수집할 수 있습니다.

kentik은 App agent를 통해 Google Puppeteer script(크롬 브라우저에서 Record, scripting)를 활용하여 Transaction 테스트를 진행합니다.
이 테스트 결과에는 각 에이전트의 상태와 총 Transaction 시간이 포함되며 스크립트 작성자가 지정한 모든 스크린샷까지 표시할 수 있습니다.

Transaction 테스트가 어떤식으로 사용되는지 궁금하시면 아래 kentik의 비디오를 한번 시청해보세요.
"Investigating Digital Experience, Kentik Synthetic Transaction Monitoring"

API 모니터링

Synthetic 모니터링은 다양한 REST API의 가용성과 정상 작동 여부를 모니터링할 수 있습니다.
웹 성능 모니터링과 마찬가지로 GET, HEAD, PUT, POST, PATCH Method, HTTP 상태 코드 모두 테스트 대상에 포함됩니다.
kentik은 Ping, Trace route, BGP 데이터까지 동시에 테스트할 수 있구요.

네트워킹, 라우팅 테스트

Synthetic 모니터링은 IP 주소, 호스트 이름, 주요 SaaS 서비스에 대한 네트워크 성능을 모니터링하거나 다수의 에이전트 간 테스트를 설정하는 데에도 사용할 수 있습니다.

kentik을 포함한 Synthetic 모니터링 솔루션들은 BGP Prefix, Rechability from Vantage points(전 세계에서 타겟의 Prefix가 BGP 라우팅이 가능한지 확인)들을 모니터링하고 잠재적인 Route leak, BGP Hijacking을 감시하고 네트워크 운영자에게 자동으로 경고 메세지를 보낼 수 있습니다.

BGP 모니터링(라우팅 테스트)이 필요한 이유가 궁금하신 분들은 카카오가 연관된 암호화폐 탈취 사건 아티클을 읽어보세요.

Autonomous(Automated) 테스트

이 Synthetic 테스트 기능은 Kentik의 고유한 기능입니다.

'Autonomous 테스트'는 플랫폼이 실제 네트워크 트래픽 데이터(NetFlow와 같은 데이터 소스를 통해)를 지능적으로 활용하여 트래픽을 많이 점유하고 있는 네트워크 리소스들을 타겟팅하여 테스트를 자동으로 생성하고 성능을 모니터링하는 기능입니다.

Kentik 플랫폼은 Flow record와 상호 연관된 네트워크 트래픽 데이터(ex. SNMP, BGP, GeoIP )를 분석하여 출발지 또는 목적지를 대상으로 테스트할 IP 주소를 자동으로 선택할 수 있습니다. 이처럼 자동으로 구성할 수 있는 테스트 유형에는 ASN, CDN, GeoIP 테스트 등이 있습니다.

쉽게 설명하기 위해 예를 들어, 유튜브가 kentik의 GeoIP 테스트를 진행한다고 가정하겠습니다.
평소에는 미국에서 발생하는 트래픽이 가장 많아서 미국 ISP AT&T의 라우터에 테스트가 설정되어 있습니다.

그런데 어느날 중국에서 Great firewall을 허물고 유튜브 접속을 가능케 했습니다. 그러자 중국에서 유튜브로 향하는 트래픽이 급상승하여 미국보다 많게 되었고, 이제 중국 CSP인 Alibaba의 라우터쪽으로 테스트 타겟을 변경하여 성능을 측정합니다.

이처럼 실제 네트워크 트래픽 데이터에 의거하여 주요 네트워크 구간이 어떤 곳인지 식별하고 테스트를 진행하는 것을 Autonomous 테스트라고 합니다. Autonomous를 직역하면 '자율'이라고 하네요.

DNS 서버 모니터링

Synthetic 모니터링은 DNS 서버의 가용성, 응답 속도를 측정하거나 DNSSEC key-chain을 검증하는 데에도 사용할 수 있습니다.

DNS 테스트는 호스트와 연결된 다수의 DNS 서버들의 성능에 대한 보고서를 작성하여 Resolution 시간과 DNS 서버가 제공한 IP 주소를 표시합니다.

저는 국내 통신 3사의 DNS서버와 구글 DNS, Cloudflare DNS의 성능을 테스트하여 성능이 가장 우수하면서도 안정적인 Cloudflare DNS를 사용하고 있습니다. 데이터에 기반한 DNS 설정이에요!

비즈니스 특성에 따라 달라지는 Synthetic 모니터링 Use case

Synthetic 모니터링은 다양한 기업의 다양한 요구 사항을 충족할 수 있게 커스터마이징 할 수 있습니다.

• Network Service Provider : Autonomous 테스트를 통해 실제 트래픽 추이에 따라, 주요 네트워크 경로를 식별하고, 그 경로의 네트워크 성능을 테스트하고 SLA를 모니터링합니다.

• 기업 IT 부서 : 다수의 Synthetic 테스트를 사용하여 오피스, 데이터센터, 클라우드 등 모든 네트워크의 연결 성능을 모니터링하여 최고의 디지털 사용자 경험을 보장합니다.

• 디지털 비즈니스 : 주요 SaaS 앱 성능, API, 주요 Transaction 등, 디지털 비즈니스에 필요한 모든 요소를 모니터링하여 서비스 사용자들의 디지털 경험과 애플리케이션 성능을 최적화합니다.

저희 팀은 기업 IT 부서의 관점에서 사내 ERP, 그룹웨어, Google Workspace를 모니터링하고 있습니다.
그리고 디지털 비즈니스 관점에서 저희 팀이 서비스하고 있는 웹 서비스와 백엔드의 3rd party API 서버들을 모니터링하고 있습니다.

다양한 지리적 위치에서 진행되는 Synthetic 테스트

온라인 리소스에 대한 연결은 전 세계 어디에서나 시작될 수 있습니다.
즉, 클라우드 호스팅 리소스의 가용성과 응답시간을 한 곳에서만 모니터링할 수는 없겠죠.
(국내에서만 서비스하는 애플리케이션이라고 하더라도, 사용자가 통신 3사 중 어디를 통해 들어올 지 모르는 것 처럼요)

따라서 Synthetic 테스트는 전 세계 여러 데이터 센터에 위치한 테스트 에이전트들을 사용하여 지리적으로 다양한 여러 위치에서 측정합니다.

예를 들어, Kentik은 고객이 모든 주요 클라우드 기반 애플리케이션과 SaaS 애플리케이션의 성능을 측정할 수 있도록 글로벌 네트워크에 테스트 에이전트들을 배포해두었습니다.

이러한 에이전트는 Amazon Web Services, Google Cloud Platform, Microsoft Azure, Alibaba Cloud, 심지어 SK Telecom과 같은 통신사업자의 네트워크에도 설치되어 있습니다.

그리고 Synthetic 모니터링 솔루션을 사용하는 기업은 기업 네트워크에 주요한 구간마다 에이전트를 쉽게 설치할 수 있으며, Private하게 에이전트를 사용할 수 있습니다.

테스트해야 하는 네트워크, 인프라 요소가 많고 지리적으로 분산된 네트워크 사용자가 많다면, 필요한 테스트 조합의 수가 기하급수적으로 많아질 수 있습니다.

예를 들어, 다수의 클라우드 리전(ex. AWS Region) 간 테스트를 설정하려는 경우, Synthetic 모니터링 설정이 복잡해지고 시간이 많이 소요될 수 있습니다. (33개 리전 간 모든 연결을 테스트한다고 생각하니 아주 끔찍하네요....)

이러한 복잡한 환경을 관리하기 위해 Synthetic 모니터링 솔루션 벤더들은 대규모로 Synthetic 테스트를 구현하고 모니터링할 수 있도록 플랫폼을 개발했습니다.

그 예시로 Kentik이 Synthetics 테스트를 통해 다양한 클라우드 서비스간의 'Mesh' 테스팅을 구성하는 아래 영상을 시청해보세요.
“How to Continuously Monitor Inter- and Intra-Cloud Performance”

왜 Synthetic 모니터링이 중요한가요?

왜 IT 시스템의 성능 문제를 선제적으로 파악해야 할까요?
두 가지 큰 이유, 브랜드 가치(시장 평판)와 SLA(Service Level Agreement)입니다.

빨리 빨리의 민족인 우리가 연결 상태가 좋지 않은, 로딩 속도가 느린 서비스를 사용할 수 있을까요?
연결 상태가 좋지 않으면 고객 불만과 매출 감소로 이어질 수 있습니다.

하지만 네트워크 팀(NetOps)이 가용성이나 성능 이슈를 더 빨리 감지하고 더 빠르게 대응할 수 있다면 어떨까요?

오늘날 많은 사용자는 높은 애플리케이션 지연 시간을 '다운타임'의 한 형태로 인식하고 있습니다.
우리 가끔 앱/서비스가 너무 느려지면, "서버 죽었네" 하고 다른 앱/서비스를 찾아보지 않나요?

그래서 주요 서비스가 최소한의 성능 수준 이하로 떨어지는 시점을 파악하고 모니터링하는 것은 매우 중요한 일이 되었습니다. 이 관점에서 글로벌 에이전트 네트워크를 활용하여 Synthetic 모니터링을 도입하는 것은, 물리적 위치에 관계없이 모든 사용자가 적절한 수준의, SLA 이상의 서비스를 경험할 수 있도록 보장하는 가장 좋은 방법 중 하나입니다.

Synthetic 모니터링을 사용해야 할 가장 큰 이유는 무엇일까요?

• 성능 검증
  기업은 네트워크, 웹, 애플리케이션 구성 요소의 성능을 지속적으로 검증하고, 시간 경과에 따른 변경 사항을 추적하며, 이상 징후나 성능 문제가 실제 최종 사용자의 경험에 영향을 미치기 전에 사이렌(Alert)을 울릴 수 있기 때문입니다.

• 최소 기준점 설정
  네트워크나 애플리케이션의 다양한 구성 요소를 지속적으로 테스트하면 정상적인 조건에서 예상되는 기준선을 설정할 수 있습니다. 기준이 되는 Metric을 설정하면 특정 구성 요소의 성능이 기준치 아래로 떨어질 때, 사이렌을 울릴 수 있습니다.

• 사용자별 테스트
  Synthetic 모니터링은 다양한 사용자의 특성(ex. 로그인한 사용자, 로그아웃한 사용자, 관리자 등)과 다양한 지리적 위치의 사용자 관점에서 테스트를 수행할 수 있기에 완벽한 시스템 성능을 보장하는 데 큰 도움을 줄 수 있습니다.

Synthetic 모니터링의 산업별 Use case와 Benefit

Synthetic 모니터링은 다양한 산업군, 비즈니스의 특성에 따라 다양한 니즈를 해결하고 있습니다.

Kentik은 Synthetic 모니터링을 통해 네트워크, 애플리케이션 성능에 대한 인사이트를 제공함으로써 사용자 경험을 최적화하고, 서비스 품질을 유지하며, 비즈니스 성과를 향상시키는 데 매우 중요한 역할을 하고 있습니다. 다양한 산업군에서 Synthetic 모니터링을 활용하는 방법은 아래와 같습니다.

Network Service Provider (통신사업자)

• Autonomous 네트워크 성능 테스트 : SP는 높은 서비스 품질을 유지하는 데 중요한 네트워크 성능을 평가하기 위해 Autonomous ASN 테스트와 CDN 테스트를 사용합니다.

• SLA 모니터링 : SP는 SLA를 준수해야 합니다. Synthetic 모니터링은 SLA 관련 이슈를 사전에 파악하고 해결책을 제시하여 고객과의 신뢰 관계와 브랜드 가치, 매출을 유지하는 데 도움이 됩니다.

• 클라우드 & 데이터센터 연결성 모니터링 : SP는 Synthetic 모니터링을 통해 클라우드 서비스와 데이터센터 간의 원활한 연결을 보장하며, 중단 없는 서비스를 제공합니다.

기업 IT 부서

• 하이브리드 클라우드 인프라 성능 : 금융, 보험, 리테일 등 기업 IT 부문의 경우 하이브리드 인프라 전반에서 성능을 유지하는 것이 가장 중요합니다. Synthetic 모니터링을 통해 내부 서버부터 클라우드 기반 리소스까지 성능을 모니터링할 수 있습니다.

• 기업 내부 애플리케이션 모니터링 : 기업에서 직접 개발한 애플리케이션(ERP, 그룹웨어, CRM 등)의 성능을 모니터링하면 직원의 디지털 경험을 최적화하여 생산성을 높일 수 있습니다. Synthetic 모니터링은 앱 성능에 대한 인사이트를 제공하여 앱 성능을 최적화할 수 있도록 도와줍니다.

디지털 비즈니스

• 사용자의 디지털 경험 향상 : 이커머스, SaaS, 핀테크와 같은 분야에서는 Synthetic 모니터링을 통해 고품질의 고객 경험을 보장할 수 있습니다. 애플리케이션 내 구매 프로세스, 송금, 로그인 등 중요한 비즈니스 Transaction의 성능을 테스트하고 모니터링합니다.

• SaaS 애플리케이션 모니터링 : 디지털 비즈니스는 다른 SaaS 애플리케이션에 크게 의존하기 때문에 이러한 애플리케이션의 가용성과 성능을 지속적으로 모니터링하는 것이 필수적입니다.

트러블슈팅 Use case

• 네트워크 연결 트러블슈팅 : 복잡한 네트워크 인프라를 사용하는 기업은 연결 문제를 신속하게 파악하고 해결하는 것이 중요합니다. Synthetic 모니터링은 복잡한 네트워크의 구간별 성능과 가용성을 한 눈에 가시화하여 문제를 효율적으로 찾아낼 수 있도록 도와줍니다.

• 클라우드 연결 모니터링/트러블슈팅 : 클라우드로 마이그레이션하는 기업이 늘어나면서 하이브리드, 멀티클라우드 인프라 환경의 성능과 가용성을 모니터링하는 것이 중요해지고 있습니다.
  Synthetic 모니터링은 온프레미스, 클라우드, 인터넷 모든 구간의 성능에 대한 인사이트를 제공하여 최적의 운영을 보장하며, 구간별 가시성을 통해 트러블슈팅의 초석을 제공합니다.

선제적/사전예방적(Pro-active) 성능 매니지먼트

• 문제해결시간 (MTTR) 단축 : Synthetic 모니터링은 네트워크/애플리케이션 문제를 선제적으로 식별하고 해결점을 찾아냄으로써 문제 해결에 걸리는 시간을 단축하여 전반적인 운영 효율성을 향상시킵니다.

• 서비스 제공업체에게 SLA에 따른 책임감 부여 : SaaS와 같은 상용 서비스에 의존하는 업계의 경우 Synthetic 모니터링은 SaaS, 서비스 공급업체가 합의된 SLA를 충족시킬 수 있게 견제할 수 있는 주요 도구가 됩니다. 데이터에 기반한 VOC를 만들어낼 수 있으니까요.

Synthetic 모니터링 솔루션 : kentik의 경쟁우위

• 다양한 테스트 타입 : Kentik의 Synthetic 테스트는 Page Load, Transaction부터 네트워크 Mesh, 에이전트 간 테스트에 이르기까지 다양한 테스트 타입을 제공하여 다양한 기업의 요구 사항들을 충족합니다.

• 비용 효율적이고 확장 가능한 솔루션 : 타사 대비 경쟁력 있는 가격 체계와 확장이 용이한 솔루션으로 특히 예산 제약이 중요한 고려 사항인 업계에서 두각을 나타내고 있습니다.

Synthetic 모니터링 솔루션, 비용효율적인가?

Synthetic 모니터링은 여러 가지 이유로 인해 큰 비용을 수반할 수 있습니다.

1. 테스트의 규모와 빈도 : 인프라가 더 광범위하고 테스트를 더 자주 실행할수록 비용이 더 많이 듭니다. Synthetic 모니터링은 시뮬레이션된 사용자의 Interaction을 지속적으로 실행하기에 웹 페이지, 애플리케이션/서비스가 많고 자주 모니터링해야 하는 경우 비용이 빠르게 증가할 수 있습니다.

2. 모니터링 에이전트의 위치: 애플리케이션/서비스를 사용하는 사용자들이 글로벌하게 퍼져있다면 다양한 지리적 위치에서 성능을 모니터링하는 것이 필수적입니다. 이를 위해서는 여러 지역에 모니터링 에이전트를 배포해야 하므로 비용이 증가할 수 있습니다.

3. 시뮬레이션의 복잡성 : 시뮬레이션된 사용자 Interaction은 단순한 것부터 복잡한 것까지 다양하며, 복잡한 Interaction일수록 더 많은 리소스를 필요로 합니다. 예를 들어, 이커머스 사이트에서 구매를 완료하는 것과 같은 다단계 프로세스를 모방하는 Transaction 테스트는 사이트가 사용 가능한지 확인하는 단순한 Ping 테스트보다 더 복잡하고, 더 많은 비용을 수반합니다.

4. 데이터 저장과 분석 : Synthetic 모니터링으로 생성된 모든 데이터를 저장, 처리, 분석해야 하기에, 대규모로 빈번하게 테스트 하는 경우 데이터의 양이 상당히 많아질 수 있습니다. 서비스 제공업체에 따라, 생성되는 데이터의 양에 따라 비용이 증가할 수 있습니다.

5. 솔루션과 라이센스 : 일부 Synthetic 모니터링 솔루션/플랫폼은 테스트 스크립트 수, 모니터링하는 애플리케이션 수 또는 사용자 수에 따라 요금을 부과합니다. 또한 AI 기반 분석이나 고급 Alert 기능 등 솔루션의 세부 기능 사용여부에 따라 비용이 증가할 수도 있습니다.

6. 유지 관리와 교육 : 솔루션의 유지보수 비용과 결과 해석을 위한 교육도 전체 비용에 영향을 미칠 수 있습니다.

따라서 기업은 비용과 모니터링 요구 사항의 균형을 맞춰야 합니다.
그래서 더더욱 IT 담당자는 유연하고 확장 가능하면서도,
예측 가능한 가격 구조를 제공하는 Synthetic 모니터링 솔루션을 선택해야 합니다.
(쉽지 않은 일이겠죠..? 저희가 도와드릴게요! 🙌🙌)

마치며

읽어주셔서 감사합니다.

네트워킹 기술과 시장에 대한 소통, 언제나 환영합니다! 🙌
Coffee chat 신청하기
메모 남겨주시면 간단한 커피챗을 통해 저희 팀의 경험을 공유해드릴게요 😊

에어키는 네트워크 옵저버빌리티 플랫폼, kentik의 파트너로 활동하고 있습니다.
문의처 - 에어키 MSP팀 김상휘 프로 (shkim0730@airquay.com, +82-10-2914-9400)

이 글은 kentik의 kentipedia 문서의 번역/수정본이며 오역이 있을 수 있습니다. (출처)