KONE 고객 사례에서는 무엇을 모니터링했나요?

공개 사례에는 AWS 기반 디지털 워크로드와 EC2, EKS, RDS, 애플리케이션 성능, 사용자 경험 및 로그 데이터가 소개되어 있습니다. 실제 범위는 워크로드와 접근 권한 설정에 따라 달라집니다.

RUM, APM 및 로그를 연계하는 이유는 무엇인가요?

RUM은 실제 사용자 경험을, APM은 요청이 거친 서비스를, 로그는 구체적인 오류와 업무 필드를 보여 줍니다. 시간과 리소스 컨텍스트를 공유하면 하나의 증거 흐름으로 조사할 수 있습니다.

공개 사례에는 표준 모니터링 통합에서 다루지 않는 업무 시나리오를 위해 DataFlux Func로 맞춤 수집 및 알림 스크립트를 작성한 내용이 설명되어 있습니다.

KONE는 핀란드에 본사를 둔 엘리베이터·에스컬레이터 기업으로 유지보수, 현대화 및 디지털 서비스도 제공합니다. Guance가 공개한 고객 사례에는 장비 상태, 이동 흐름 및 유지보수 서비스와 관련된 디지털 워크로드를 AWS에서 운영한 내용이 소개되어 있습니다.

장비와 애플리케이션 데이터가 늘면서 클라우드 리소스, 애플리케이션 호출, 사용자 경험 및 로그를 동일한 컨텍스트에서 확인하기 어려워졌습니다. 개발 및 운영 팀에는 이상 신호에서 영향을 받은 구성 요소와 비즈니스 흐름까지 짧게 이어지는 조사 경로가 필요했습니다.

장비나 애플리케이션 문제가 발생하면 시스템 성능, 애플리케이션 동작 및 로그를 서로 다른 도구에서 확인해야 했고 시간과 리소스 관계를 유지하기 어려웠습니다.

KONE는 RUM, APM 및 로그를 Guance에 연결했습니다. 사용자 경험이나 애플리케이션 이상에서 관련 요청, 서비스 및 로그로 이동할 수 있어 도구마다 컨텍스트를 다시 구성할 필요가 없습니다.

DataFlux Func의 프로그래밍 기능을 활용해 특정 업무 시나리오에 맞는 수집 및 알림 로직을 구성하고 표준 통합에서 다루지 않는 업무 데이터도 동일한 모니터링 흐름에 포함했습니다.

로그를 공통 파이프라인에 수집한 뒤 업무에 맞게 파싱하고 표시합니다. 알림 및 애플리케이션 컨텍스트와 함께 확인할 수 있어 이상 현상에서 원본 증거까지 이어서 조사합니다.

EC2, EKS, RDS 등의 메트릭을 애플리케이션 및 로그 데이터와 함께 검토해 클라우드 리소스 상태를 장애 조사에 포함합니다.

스크립트로 표준 통합을 보완하고 장비 또는 업무 상태를 모니터링, 알림 및 분석 흐름에 추가합니다.

분산 로그를 중앙에서 수집·파싱하고 알림 및 애플리케이션 트레이스와 함께 분석해 반복 검색과 수동 시간대 맞춤을 줄입니다.