Files
project-base/.claude/rules/api-design.md
T
ttipo 6dcbb45eb9 refactor: 프론트·API 를 같은 도메인(/api)으로 통합
브라우저가 프론트와 API 를 서로 다른 도메인으로 호출하던 구조를 같은 도메인의 /api 경로로 통합한다.
운영은 Nginx Proxy Manager 의 Proxy Host(/ → frontend:8080)와 Custom location(/api → backend:3000)이,
개발은 vite dev 프록시가 같은 규칙으로 백엔드에 넘긴다.

- 같은 출처 호출이라 CORS 설정이 필요 없고 CSP connect-src 'self' 가 그대로 동작한다
  (기존 예시대로 별도 도메인에 배포하면 CSP 에 막혀 API 호출이 실패했다)
- 프론트 번들의 baseURL 이 /api 상대경로라 도메인이 바뀌어도 다시 빌드할 필요가 없다
- NPM 설정 절차와 주의점(Cache Assets 끄기, proxy 네트워크 생성)을 README "운영 배포"에 정리했다
- 프록시 설정이 빠지면 frontend nginx 가 /api 를 404 로 막는다 — index.html(200)로 조용히 실패하지 않게

함께 고친 CORS 문제:
- CORS_ORIGIN 에 콤마로 여러 오리진을 적으면 문자열 전체를 하나로 비교해 모두 막히던 버그
- 운영에서도 localhost:5173·localhost:3000 이 credentials 포함으로 항상 허용되던 문제
- 형식이 잘못된 오리진(경로 포함 등)은 기동 시점에 실패하도록 검증 추가

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
2026-11-08 00:04:03 +09:00

3.8 KiB

API 설계 규약

세 클라이언트가 공유하는 계약이므로, 아래 규약은 백엔드 단독으로 바꾸지 않는다.

경로 · 메서드

  • 모든 라우트는 글로벌 prefix /api 아래에 놓인다 (main.ts). 클라이언트 baseURL 도 /api 를 포함한다.
  • 웹은 프론트와 같은 도메인의 /api 상대경로로 호출한다. 리버스 프록시(운영: Nginx Proxy Manager 의 Custom location, 개발: vite dev 프록시)가 /api 로 시작하는 요청을 경로 그대로 백엔드에 넘긴다.
    • 그래서 /api 로 시작하는 경로는 프론트엔드 라우트로 쓰지 않는다 (/api-keys 같은 화면도 백엔드로 간다).
    • 모바일 앱은 같은 주소를 절대 URL 로 쓴다 (https://<도메인>/api).
  • 리소스는 복수형 명사, 소문자 kebab-case: /users, /order-items
  • 동사를 경로에 넣지 않는다. 상태 변경이 필요하면 하위 리소스로 표현한다.
    • ❌ POST /users/1/doDeactivate
    • ✅ POST /users/1/deactivation
메서드 용도 성공 상태
GET 조회 (부수효과 없음) 200
POST 생성 · 비멱등 작업 201 (생성) / 200
PATCH 부분 수정 200
PUT 전체 교체 200
DELETE 삭제 204 (@SkipTransform()) 또는 200

쿼리 파라미터

용도 파라미터 비고
커서 페이지네이션 cursor, limit 기본 20 / 최대 100 (response-format)
오프셋 페이지네이션 page, limit 전체 페이지 수가 UI 에 필요할 때만
정렬 sort=createdAt:desc 필드:방향, 콤마로 다중 지정
검색 q 자유 텍스트 검색
필터 필드명 그대로 (status=active) 화이트리스트 DTO 로만 수용
  • 모든 쿼리는 DTO(class-validator)로 검증한다. forbidNonWhitelisted 때문에 미정의 파라미터는 400(VAL_001)이 된다.

데이터 표현

  • 날짜/시각: ISO 8601 UTC 문자열 (2026-09-16T13:22:16.000Z). 타임존 변환은 클라이언트 책임.
  • ID: 노출용 식별자는 문자열로 직렬화해도 되지만 타입을 도메인 내에서 일관되게 유지한다.
  • 금액: 소수 오차를 피해 최소 단위 정수(원 단위)로 주고받는다.
  • 불리언 필드: is/has 접두어 (isActive, hasNext).
  • 필드명: JSON 은 camelCase. DB 컬럼명이 snake_case 여도 응답에서 변환한다.
  • null 과 필드 생략을 혼용하지 않는다 — "값 없음"은 null 로 통일한다.

버전 관리

  • 호환성을 깨는 변경(필드 삭제, 타입 변경, 의미 변경)이 필요하면 경로 버전을 올린다: /api/v2/users
  • 필드 추가는 호환 변경이므로 버전을 올리지 않는다. 클라이언트는 모르는 필드를 무시해야 한다.
  • 제거 예정 필드는 먼저 문서에 deprecated 로 표시하고, 클라이언트 전환 후 삭제한다.

문서화 (Swagger)

  • 모든 컨트롤러에 @ApiTags(), 모든 엔드포인트에 @ApiOperation().
  • 성공 응답은 @ApiStandardResponse(), 실패 응답은 @ApiErrorResponse('CODE') 로 문서화한다 — 래퍼 구조와 에러 레지스트리가 자동 반영되어 문서와 구현이 어긋나지 않는다 (response-format).
  • 모든 DTO 필드에 @ApiProperty() + 한국어 description.

신규 엔드포인트 체크

  • 경로가 복수형 리소스 + 동사 없음
  • 입력은 DTO 검증, 출력은 응답 DTO 정의
  • 목록이면 페이지네이션 적용
  • 실패 경로마다 에러 코드 지정 (error-codes)
  • Swagger 데코레이터 작성
  • 세 클라이언트 중 사용하는 쪽의 타입/모델 갱신

응답 구조는 response-format, 에러는 error-codes, 구현 규칙은 nestjs 참조.