로깅과 에러 처리 —
서비스의 블랙박스

로그 레벨 · try/catch · 스택 트레이스 · Sentry

이 세션에서
배우는 것

로그 — 서비스의 일기장

서버가 실행되는 동안 무슨 일이 일어났는지를 기록하는 텍스트 기록.

에러가 발생했을 때 원인을 파악하는 첫 번째 도구이다.

[2026-04-22 14:32:01] INFO  서버 시작됨 (포트: 3000)
[2026-04-22 14:32:45] INFO  GET /api/users 200 OK (45ms)
[2026-04-22 14:33:12] WARN  DB 응답 지연 감지 (2340ms)
[2026-04-22 14:33:58] ERROR 결제 처리 실패 - 외부 API 연결 불가
[2026-04-22 14:34:02] ERROR 스택 트레이스: PaymentService.charge()
                              at checkout.js:142

로그 레벨 — 4단계 중요도

상황의 심각도에 따라 적절한 레벨을 선택한다.

운영 환경에서는 보통 INFO 이상만 기록. DEBUG는 성능에 영향을 준다.

try-catch 메커니즘 —
더 깊게 이해하기

try-catch가 에러를 처리하는 방식은 단순히 "에러를 잡는다"가 아니다.

try/catch — 에러 안전망

예상 가능한 오류를 잡아 서비스가 멈추지 않게 보호한다.

async function getUserData(userId) {
  try {
    const response = await fetch(`/api/users/${userId}`);
    const data = await response.json();
    logger.info(`사용자 조회 성공: ${userId}`);
    return data;
  } catch (error) {
    // 오류를 잡아 서비스 중단 방지
    logger.error(`사용자 조회 실패: ${error.message}`);
    return null; // 안전한 기본값 반환
  }
}

catch 블록에서 로그를 남기고, 사용자에게는 친절한 에러 메시지를 보여준다.

로그 레벨 활용 —
실제로는 어떻게?

운영 중인 시스템에서 로그 레벨은 어떻게 구분해서 사용할까?

핵심: 운영 환경에서는 DEBUG를 끄고 INFO 이상만 남겨 성능과 가독성을 유지한다.

스택 트레이스 — 에러의 발자국

에러가 발생했을 때 어떤 함수들이 호출되었는지 보여주는 추적 경로.

Error: 결제 처리 실패
    at PaymentService.charge (payment.js:142:7)
    at OrderController.submit (order.js:88:23)
    at Router.post (router.js:45:11)
    at expressApp (app.js:12:3)

실생활에서
이렇게 쓰여요

우리가 매일 사용하는 앱과 서비스 속에 로깅과 에러 처리가 녹아 있다.

💡 이 개념이 없다면 서비스가 에러로 멈춰도 개발자가 한참 뒤에야 인지하게 된다.

자주 하는
오해 바로잡기

이렇게 생각하기 쉽지만, 실제로는 조금 다릅니다.

Sentry — 프로덕션 에러 추적

운영 중인 서비스의 에러를 실시간으로 수집하고 팀에 알림을 보내는 서비스.

이걸 알면
AI와 이렇게 대화해요

로깅과 에러 처리를 이해하면 Claude나 ChatGPT를 훨씬 잘 활용할 수 있다.

이렇게
이해하셨나요?

💪 서비스를 안정적으로 운영하는 눈이 생겼습니다!

로그는
비행기 블랙박스다

평소엔 아무도 보지 않지만, 사고(에러) 발생 시 원인을 파악하는 결정적 단서가 된다.

다음 세션
Session 33 · 클라우드 컴퓨팅 개요

완성된 서비스를 전 세계가 접근할 수 있도록 인터넷에 배포하는 방법 —
클라우드와 배포의 세계, Part 7에서 시작한다.

💡 기억할 것: 로그는 블랙박스 — 기록이 없으면 재현하기 매우 어렵다.