REST API

게시 2024/04/09 업데이트 2024/08/29

By mascari4615

5 분읽는 시간

REST API

Collection: 복수의 자원을 가리키는 자원
- https://api.example.com/topics
Element: 단수의 자원을 가리키는 자원
- https://api.example.com/topics/1234
- https://api.example.com/topics/rest-api

CRUD Operation
- Create: POST
- Read: GET
- Update: PUT, PATCH
- Delete: DELETE

Server-Client 구조
- 자원이 있는 쪽이 Server, 자원을 요청하는 쪽이 Client
- 서버와 클라이언트가 독립적으로 분리되어 있어야 함
Stateless
- 요청 간의 클라이언트 정보가 서버에 저장되어서는 안됨 (규칙)
- 서버는 각 요청을 완전히 독립적으로 처리해야 함
- 이전 요청이 다음 요청에 영향을 주면 안됨
Cacheable
- 클라이언트는 응답을 캐시할 수 있어야 함
  - HTTP 프로토콜을 그대로 사용하기 때문에 HTTP의 특징인 캐싱 기능을 사용할 수 있음
- 대량의 요청을 효율적으로 처리하기 위해 캐시를 사용
계층화 (Layered System)
- 클라이언트는 서버의 구성과 상관없이 REST API 서버로 요청
- 서버는 다중 계층으로 구성될 수 있음 (로드 밸런싱, 보안 요소, 캐시 등)
Code on Demand (Optional)
- 요청을 받으면 서버에서 클라이언트로 코드 또는 스크립트(로직)을 전달하여 클라이언트 기능 확장
인터페이스 일관성 (Uniform Interface)
- 정보가 표준 형식으로 전송되기 위해 구성 요소간 통합 인터페이스를 제공
- HTTP 프로토콜을 따르는 모든 플랫폼에서 사용 가능하게끔 설계

웹기반의 REST API를 설계할 경우에는 URI를 통해 자원을 표현해야 함
- https://api.example.com/v1/users/1234
- Resource: users
- Resource ID: 1234
⭐ 자원에 대한 조작은 Method를 통해 표현해야 함
- URI에 행위가 들어가면 안됨
  - URI는 자원을 표현
- HEADER를 통해 CRUD를 표현하여 동작을 요청해야 함
메세지를 통한 리소스 조작
- HEADER를 통해 content-type을 지정하여 데이터를 전달
- 대표적 형식으로는 HTML, XML, JSON, TEXT 등이 있음
  - 이건 REST가 정의하는 것이 아님
문법, 표기법
- URI에는 소문자를 사용
- Resource의 이름이나 URI가 길어질 경우 하이픈(-)을 사용
- 언더바(_)는 사용하지 않음
- 파일 확장자는 URI에 포함하지 않음

메모