그알것 — 그럼에도 알아야 할 것들
홈질문커뮤니티
로그인
그알것 — 그럼에도 알아야 할 것들

Service

  • 홈
  • 소개
  • 질문
  • 커뮤니티

My

  • 내 워크스페이스
  • 저장한 질문
  • 작성한 답변

Policy

  • 이용약관
  • 개인정보처리방침
  • 문의

© 2026 그알것 · What Still Matters

질문 목록Performance
Performance

로그와 메트릭의 차이가 뭔가요.

실무4/5
설계3/5
인간4/5
기초3/5

면접관의 질문 의도

정의를 외운 정도인지, 언제 무엇을 보는지와 운영 비용·추적 가능성 트레이드오프까지 짚는지를 가른다.

큐레이션 답변

학습 자료

로그는 한 사건의 문맥을 그대로 남기는 텍스트 기록이고, 메트릭은 같은 사건들을 시계열 수치로 집계한 상태 요약이다. 메트릭은 이상 징후를 빠르게 감지하지만 원인을 짚지 못하고, 로그는 원인을 보여주지만 추세를 못 본다. 그래서 둘은 대체재가 아니라 감지와 원인 추적 사이클을 함께 채우는 짝이다.

좋은 답변 구조

  1. 01로그와 메트릭이 각각 어떤 형태의 관측 데이터인지 정의한다
  2. 02데이터 형식·저장 비용·질문 가능한 영역이라는 차이 축으로 정리한다
  3. 03감지는 메트릭, 원인 추적은 로그처럼 언제 무엇을 보는지 기준을 제시한다
  4. 04운영 비용과 추적 가능성을 함께 본 실무 예시로 결론을 맺는다

자주 실수하는 포인트

메트릭이 보여주는 추세와 로그가 보여주는 원인의 역할 차이를 흐리고 둘을 동격으로 나열한다
감지·원인 추적·재현이라는 단계별 흐름에서 언제 무엇을 보는지 답하지 못한다
로그 저장 비용과 메트릭 카디널리티 폭발 같은 운영 비용 트레이드오프를 빼고 설명한다

실무 맥락

  • 트래픽이 늘어 메트릭 알람으로 장애를 먼저 잡고 로그로 원인을 좁혀야 하는 운영 환경
  • 로그 양이 빠르게 늘어 샘플링이나 보존 기간을 다시 정해야 하는 상황
  • 여러 서비스에 걸친 요청을 추적해야 해서 메트릭만으로는 원인을 못 잡는 분산 환경

본인 경험에 녹이는 힌트

메트릭 알람으로 장애를 처음 감지하고 로그로 원인을 좁힌 흐름이 있다면 감지와 원인 추적 사이클로 연결할 수 있다

로그 양이 폭주해 스토리지 비용이나 검색이 무거워졌던 경험이 있다면 샘플링과 구조화 설계로 엮을 수 있다

메트릭 라벨이 너무 많아 카디널리티가 터졌거나 알람 노이즈가 심했던 경험이 있다면 지표 설계 기준과 연결할 수 있다

커뮤니티 인기 답변

전체 0개

아직 공개된 답변이 없어요. 첫 공개 답변을 남겨보세요.

관련 꼬리 질문

Q1메트릭 알람이 떴을 때 로그를 어떤 순서로 좁혀 들어가나요
Q2MDC 같은 상관관계 키를 로그에 왜 박아두나요
Q3로그 비용을 줄이면서 원인 추적 가능성을 유지하려면 어떻게 설계하나요
아직 답을 쓰지 않았어요.
큐레이션 답변과 다른 사람 답변을 보고, 자기 언어로 답을 정리해보면 학습 효과가 가장 큽니다.
목차
  • 01면접관의 질문 의도
  • 02큐레이션 답변
  • 03좋은 답변 구조
  • 04자주 실수하는 포인트
  • 05실무 맥락
  • 06본인 경험에 녹이는 힌트
  • 07커뮤니티 인기 답변준비중
  • 08관련 꼬리 질문