3교시 3번 · 25점 · 6문제 중 4문제 선택 · 100분
MSA(Micro Service Architecture)에서 다음 사항들을 설명하시오.
- 모니터링(Monitoring)과 관찰 가능성(Observability)의 차이점
- 로그(Logs), 메트릭(Metrics), 분산 추적(Traces)은 각각 어떤 정보를 제공하며, 이 3개의 구성요소를 함께 분석해야 하는 이유
답안 개요 보기
답안 구조
- MSA 환경에서의 상태 관리 한계와 관찰 가능성의 대두 배경
- [가] 모니터링과 관찰 가능성(Observability)의 차이점
- [나] 로그, 메트릭, 분산 추적의 제공 정보
- [나] 3개 구성요소 통합 분석의 필요성(상관관계 및 워크플로우)
- 관찰 가능성 확보를 위한 아키텍처 및 구현 도구 동향
용어 정의
- Observability (관찰 가능성)
- 시스템의 외부 출력을 통해 내부 상태를 유추하고 이해할 수 있는 척도로, 예상치 못한 문제의 근본 원인을 파악할 수 있는 능력
- Monitoring (모니터링)
- 대시보드나 알람을 통해 시스템의 사전 정의된 임계치 초과 여부나 전반적인 상태를 수동적이고 주기적으로 확인하는 행위
- Logs (로그)
- 시스템 내에서 발생하는 특정 이벤트나 트랜잭션의 상세 기록을 시간순으로 남긴 불변의 텍스트 데이터
- Metrics (메트릭)
- 특정 시간 동안 수집된 시스템의 상태나 성능을 나타내는 정량적인 시계열 측정 데이터
- Distributed Tracing (분산 추적)
- 마이크로서비스 간의 요청 흐름을 식별자를 통해 추적하여 병목 구간과 오류 발생 위치를 파악하는 기법
핵심 내용
가)
- 모니터링: 사전 정의된 지표 기반으로 '무엇이(What)' 잘못되었는지 파악
- 관찰 가능성: 시스템 내부 상태 유추를 통해 '왜(Why)' 잘못되었는지 원인 규명
- 대응 문제 유형: 모니터링은 알려진 문제(Known Unknowns), 관찰 가능성은 알려지지 않은 문제(Unknown Unknowns) 대응
- 데이터 수집 및 분석: 모니터링은 단편적 지표 수집, 관찰 가능성은 전체 컨텍스트 통합 및 다차원 분석 수행
나)
- 로그 제공 정보: 개별 이벤트의 상세 내역, 타임스탬프, 페이로드 등 디버깅을 위한 구체적인 단서
- 메트릭 제공 정보: CPU, 메모리, 응답시간 등 시계열 기반 수치형 데이터 및 리소스 사용량 추이
- 분산 추적 제공 정보: 서비스 간 호출 관계(Topology), 구간별 지연시간(Latency), 전체 트랜잭션 라이프사이클
- 통합 분석 필요성 1: 메트릭(이상 징후 인지) -> 트레이스(병목 식별) -> 로그(원인 분석)로 이어지는 워크플로우 완성
- 통합 분석 필요성 2: 단일 데이터의 사일로(Silo) 현상 방지 및 교차 검증을 통한 진단 정확도 향상
- 통합 분석 필요성 3: 3요소 통합 상관관계 분석(Correlation)을 통한 MTTR(평균 복구 시간) 단축
AI 작성 답안 개요 · 검수 전 · 채점기준과 기준답안은 공개되지 않습니다. 참고용 개요입니다.
출처: 한국산업인력공단, Q-Net 자료실 · 공공누리 제1유형 · 원문(Q-Net)