generated from ttipo/project-base
6c8c54d117
CI (Flutter) / Flutter (analyze · test) (pull_request) Successful in 20m37s
CI / Backend (lint · type-check · test · e2e · build) (pull_request) Successful in 12m57s
CI / Frontend (lint · type-check · test · build) (pull_request) Failing after 7m54s
CI / Infra (compose · Dockerfile · nginx · 운영 스크립트) (pull_request) Successful in 2m5s
CI / 에러 코드 SSOT 동기화 검사 (pull_request) Successful in 12m3s
- 스킬 표: nestjs(제한된 세션 · 2단계 필수 정책 · 받은편지함 알림 · 운영 도구 · 15초 동기화 · 만료 계정의 엔진 사실), vue3(제한된 세션 화면 · 로그인 틀 단계 · 유예 줄 · 메일 프로그램 연결 · 30일 줄), docker(이미지 표 — PostgreSQL · restic · shellcheck, 자동 설정 server, 호스트 systemd 백업 · 감시 절, setup 의 관리자 단단히 · 휴지통 30일, 로그 앵커 규칙, CI infra 잡). - 규칙: security(제한된 세션 · 운영 도구 비밀 · 관리자 계정 · 알림 메일 링크 없음 · 퇴사 마무리 · 백업 비밀 · restic 의 root 예외), logging(컨테이너 로그 보존 · 실행 기록 · 자동 설정 쿼리), env-structure(자동 설정 env · DB_IMAGE · ops.env 예외 · OPS_ALLOW_NO_TTY), error-codes(AUTH_006 ~ AUTH_010), checklist(13단계 운영 준비), release-ops 담당 범위(mail/ · ops/). Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
4.2 KiB
4.2 KiB
로깅 규칙
console.log 사용 금지. 백엔드는 winston(shared/logger/winston.config.ts), Nest 내부는 Logger 를 쓴다.
레벨 기준
| 레벨 | 쓰는 상황 | 예 |
|---|---|---|
error |
서버 책임 오류(5xx), 즉시 조치가 필요한 실패 | 미정의 예외, DB 커넥션 실패 |
warn |
사용자 책임 실패(4xx), 예상된 비정상 | 검증 실패, 권한 없음, Rate Limit 초과 |
log(info) |
상태 변화가 있는 주요 이벤트 | 서버 기동, 가입 완료, 결제 승인 |
debug |
개발 환경 진단 | 외부 API 요청/응답 요약 |
- 4xx 를
error로 남기지 않는다 — 알림 피로도가 올라가 진짜 장애를 놓친다. - 반복되는 정상 흐름(헬스체크, 폴링)은 로그를 남기지 않는다.
필수 포함 정보
모든 에러 로그에는 에러 코드와 추적 ID를 함께 남긴다.
[RES_001][3f1c0a2e-0f1b-4f2a-9a1e-6c9f0a1b2c3d] GET /api/users/1 {"userId":1}
- 추적 ID는
RequestIdMiddleware가 발급하는x-request-id이며, 실패 응답의error.traceId와 같은 값이다. - 사용자 문의가 들어오면 이 값으로 로그를 검색한다 (error-codes).
- 개발자용 컨텍스트는
BusinessException의context에 담는다 — 로그에만 남고 응답에는 포함되지 않는다.
민감정보 마스킹 (필수)
아래 값은 어떤 레벨에서도 원문 그대로 남기지 않는다.
- 비밀번호, 토큰(JWT·리프레시·API 키), 쿠키,
Authorization헤더 - 주민등록번호·카드번호·계좌번호 등 개인 식별/금융 정보
- 요청 본문 전체 덤프 (
JSON.stringify(req.body)금지 — 필요한 필드만 선택해 남긴다) - 사용자가 친 검색어(쿼리의
q— 메일 검색 · 받는 사람 추천) — 요청 URL 을 남길 때는shared/utils/mask.ts의maskUrlForLog()를 거친다(q·cursor는 길이만 — 목록 커서에는 검색어의 지문이 들어 있어 후보 낱말을 대입해 볼 수 있다). 앞단 nginx 도 접근 로그에 쿼리를 남기지 않는다 —/api와 화면 요청 모두(메일 검색은 화면 주소/mail/search?q=…에도 검색어가 들어간다, docker). 예외: nginx 오류 로그(413 · 502 · 504 등)는 장애 원인 줄을 잃지 않게 요청 줄 · referrer 를 쿼리째 남긴다 — 오류 로그를 볼 수 있는 사람을 운영 담당으로 한정한다
// ❌ 금지
this.logger.log(`로그인 시도: ${JSON.stringify(dto)}`);
// ✅ 필요한 식별자만
this.logger.log(`로그인 시도: email=${maskEmail(dto.email)}`);
-
마스킹 유틸은 순수 함수로
shared/utils/에 둔다 (coding-common). -
메일 프로그램 자동 설정(
autoconfig.·autodiscover.— 13단계)의 요청 주소에는 직원 주소가 쿼리로 실린다(?emailaddress=) — 앞단 nginx 는 쿼리 없이 남기고(위 규칙 그대로), 외부 프록시의 그 Proxy Host 는 접근 로그를 끈다 (docker).
클라이언트 로깅
- 프론트/앱에서 사용자 정보를 콘솔에 출력하지 않는다. 운영 빌드에는 디버그 로그를 남기지 않는다.
- 사용자 노출 문구는 로그가 아니라 에러 사전에서 온다 (error-codes).
운영 확장
- 운영 환경은 JSON 포맷 + 외부 수집기(Loki/ELK/CloudWatch) 연동을 권장한다.
- 파일로 남길 경우 로테이션(
winston-daily-rotate-file)을 적용하고 보존 기간을 정한다. - 컨테이너 로그 보존(13단계): compose 의 모든 서비스에 json-file 회전을 명시한다(x- 앵커 — 기본 10m×5, mail · frontend · backend 는 20m×10, 압축 — 운영에서 mail 2주 · frontend 1주쯤). 새 서비스에도 앵커를 붙인다(CI 가 서비스 수와 logging 수를 견준다). 더 오래 남기려면 위 수집기로.
- 운영 도구 실행 기록(
ops_audit_log— 13단계): 언제 · 누가(운영자 이름) · 명령 · 대상 · 결과. 대상 주소는 감사용이라 원문으로 둔다(DB 백업에 든다). 비밀번호 · 임시 비밀번호는 남기지 않는다.