[CS] REST

Representational State Transfer
자원을 이름으로 구분하여 해당 자원의 상태를 주고 받는 모든 행위

HTTP URI(Uniform Resource Identifier)를 통해 자원(Resource)을 명시하고, HTTP Method(POST, GET, PUT, DELETE 등)를 통해 해당 자원에 대한 CRUD Operation을 적용하는 것.

💡 여기서, CRUD Operation 이란?
데이터의 생성(Create), 조회(Read), 수정(Update), 삭제(Delete)를 의미

특징

1. Server-Client (서버-클라이언트 구조)

• 자원이 있는 쪽이 Server, 자원을 요청하는 쪽이 Client
• REST Server는 API를 제공하고 비즈니스 로직의 처리 및 저장
• Client는 사용자 인증이나 context(세션, 로그인 정보) 등을 직접 관리
• 서로 간 의존성이 줄어듦

2. Stateless (무상태)

• HTTP 프로토콜은 Stateless 프로토콜이므로 REST 역시 무상태성을 갖음
• Client의 context(세션, 쿠키 등의 담긴 정보)를 Server에 저장하지 않음
• Server는 각각의 요청을 완전히 별개의 것으로 인식하고 처리
  • 각 API Server는 Client가 요청한 것만 처리
  • 이전 요청이 다음 요청에 처리에 연관되지 않아야 함
  • Server의 처리 방식에 일관성을 부여하고 부담이 줄어들며 서비스의 자유도가 높아짐

3. Cacheable (캐시 처리 가능)

• 웹 표준 HTTP 프로토콜을 그대로 사용하므로 웹의 기존 인프라(캐싱, Last-Modified 태그, E-Tag 등)를 그대로 활용 가능
• 대량의 요청을 효율적으로 처리하기에 용이함
• 캐시를 사용하면 전체 응답시간은 줄이고 성능 및 서버의 자원 이용률은 향상시킬 수 있음

4. Layered System (계층화)

• Client는 REST API Server만을 호출한다.
• REST Server는 다중 계층으로 구성 가능
• API Server는 순수 비즈니스 로직을 수행하고, 앞단에 보안, 로드밸런싱, 암호화, 사용자 인증 등을 추가하여 구조상의 유연성을 줄 수 있음
• 로드밸런싱, 공유 캐시 등을 통해 확장성과 보안성을 향상시킬 수 있음
• 프록시, 게이트웨이 같은 네트워크 기반의 중간 매체 사용 가능

5. Uniform Interface (인터페이스 일관성)

• URI로 지정한 Resource에 대한 조작을 통일되고 한정적인 인터페이스로 수행
• HTTP 표준 프로토콜에 따르는 모든 플랫폼에서 사용 가능 (특정 언어나 기술에 종속되지 않음)

장점 및 단점

장점

• HTTP 프로토콜의 인프라를 그대로 사용하므로 REST API 사용을 위한 별도의 인프라를 구축할 필요 없음
• HTTP 프로토콜 표준을 최대한 활용하여 여러 장점을 함께 가져갈 수 있음
• HTTP 표준 프로토콜에 따르는 모든 플랫폼에서 사용 가능
• Hypermedia API의 기본을 충실히 지키면서 범용성 보장
• REST API 메시지가 의도하는 바를 명확하게 나타내므로 의도하는 바를 쉽게 파악
• 여러가지 서비스 디자인에서 생길 수 있는 문제를 최소화 함
• 서버와 클라이언트의 역할을 명확하게 분리

단점

• 표준 자체가 존재하지 않아 정의가 필요
• HTTP Method 형태가 제한적임
• 브라우저를 통한 테스트가 많은 서비스라면 쉽게 수정 가능한 URL 보다 Header 정보의 값을 처리해야하므로 전문성이 요구됨
• 구형 브라우저에는 호환이 되지 않아 지원하지 않는 동작이 많음
  

---

참고:
[간단정리] REST, REST API, RESTful 특징 - 넌 잘하고 있어
[네트워크] REST API란? REST, RESTful이란?