[REST vs GraphQL 도입 판단 기준]

1. REST (서버/자원 중심)

명확한 표준화: 자원(Resource)과 HTTP Method(GET, POST 등)가 직관적으로 딱 떨어질 때.

캐싱 효율 극대화: HTTP 기본 캐싱(GET)을 적극적으로 타야 해서 서버 부하를 줄여야 할 때.

단순한 구조: 데이터 연관 관계가 복잡하지 않고 CRUD 위주로 돌아갈 때.

Open API: 외부 공개용으로 누구나 예측 가능한 범용적인 API가 필요할 때.

2. GraphQL (클라이언트/UI 중심)

데이터 최적화: Over-fetching(불필요한 데이터)이나 Under-fetching(데이터 부족) 문제가 심할 때.

한 번에 다 가져오기: 여러 연관 데이터(ex. 클래스 정보 + 예약 내역 + 리뷰)를 단일 요청으로 싹 끌어와야 할 때.

프론트엔드 유연성: UI 요구사항 변경이 잦아, 매번 백엔드 API 엔드포인트를 수정하는 대신 프론트엔드(React 등)에서 쿼리만 수정해 빠르게 대응하고 싶을 때.

요약

서버 중심의 안정적인 구조와 캐싱/표준화가 핵심 👉 REST

화면 중심의 유연한 데이터 패칭과 통신 비용 최적화가 핵심 👉 GraphQL