REST
REST(REpresentational State Transfer)
- 자원을 이름(자원의 표현)으로 구분해 해당 자원의 상태(정보)를 주고 받는 모든 것을 의미
- 자원의 표현에 의한 상태 전달을 의미
- 자원 : 해당 소프트웨어가 관리하는 모든 것(문서, 그림, 데이터, 해당 소프트웨어 자체 등)
- 표현 : 그 자원을 표현하기 위한 이름(DB의 학생 정보가 자원이면 students를 자원의 표현으로 정함)
- 상태 전달 : 데이터가 요청되는 시점에 자원의 상태를 전달(JSON 혹은 XML을 통해 데이터를 주고 받는 것이 일반적)
- 웹의 기존 기술과 HTTP 프로토콜을 그대로 활용하기 때문에, 웹의 장점을 최대한 활용할 수 있는 아키텍처 스타일
REST : 어떤 자원에 대해 CRUD(Create, Read, Update, Delete) 연산을 수행하기 위해 URI(Resource)로 GET, POST 등의 방식(Method)을 사용하여 요청을 보내며, 요청을 위한 자원은 특정한 형태로 표현
- 구성요소
- 자원(URI)
- 모든 자원에는 고유한 ID가 존재하고, 이 자원은 서버에 존재
- 자원은 구별하는 ID는 HTTP URI
- 클라이언트는 URI를 이용해 자원을 지정하고, 해당 자원의 상태(정보)에 대한 조작을 Server에 요청
- 행위(Method)
- HTTP 프로토콜의 Method 사용
- CRUD 성질의 Method 사용
- 자원(URI)
- 표현
- 클라이언트와 서버가 데이터를 주고받는 형태로 JSON, XML, TEXT, RSS 등
- JSON, XML을 통해 데이터를 주고 받는 것이 일반적
- REST의 특징
- 서버 - 클라이언트 구조
- 자원이 있는 쪽이 서버, 요청하는 쪽이 클라이언트
- REST 서버는 API를 제공하고 비즈니스 로직 처리 및 저장
- 클라이언트는 사용자 인증이나 context(세션, 로그인 정보) 등을 직접 관리
- 역할을 구분하여 서로 간의 의존성을 줄인다.
- 자원이 있는 쪽이 서버, 요청하는 쪽이 클라이언트
- Stateless(무상태)
- HTTP 프로토콜은 무상태 프로토콜이므로 REST 역시 무상태성을 갖는다.
- 클라이언트의 context를 서버에 저장하지 않는다.
- 세션과 쿠키와 같은 context 정보를 신경쓰지 않아도 되서 구현이 단순해진다.
- 서버는 각각의 요청을 완전히 별개의 것으로 인식하고 처리한다.
- 각 API 서버는 클라이언트의 요청만을 단순 처리
- 이전 요청이 다음 요청의 처리에 연관되어서는 안된다.(DB에 의해 바뀌는 것은 허용)
- 서버의 처리 방식에 일관성을 부여하기 때문에 서비스의 자유도가 높아진다.
- Cacheable(캐시 처리 가능)
- 웹 표준 HTTP 프로토콜을 그대로 사용하므로, 웹에서 사용하는 기존의 인프라를 그대로 활용 가능
- HTTP의 특징 중 하나인 캐싱 기능을 적용 할 수 있다.
- HTTP 프로토콜 표준에서 사용하는 Last-Modified Tag 또는 E-Tag를 이용해 캐싱을 구현
- 대량의 요청을 효율적으로 처리 할 수 있다.
- 웹 표준 HTTP 프로토콜을 그대로 사용하므로, 웹에서 사용하는 기존의 인프라를 그대로 활용 가능
- Layered System (계층 구조)
- 클라이언트는 REST API 서버만 호출
- REST 서버는 다중 계층으로 구성될 수 있다.
- 보안, 로드 밸런싱, 암호화 등을 위한 계층을 추가하여 구조를 변경 가능
- Proxy, Gateway와 같은 네트워크 기반의 중간매체를 사용 가능
- 클라이언트는 서버와 직접 통신하는지, 중간 서버와 통신하는지 알 수 없다.
- Uniform Interface(인터페이스 일관성)
- URI로 지정한 자원에 대한 요청을 통일되고 한정적으로 수행하는 아키텍처 스타일
- HTTP 표준 프로토콜에 따른 모든 플랫폼에서 사용이 가능하며 느슨한 결함 형태를 갖는다.
- 특정 언어나 기술에 종속되지 않는다.
- Self-Descriptiveness (자체 표현)
- 요청 메세지만 보고도 쉽게 이해할 수 있는 자체 표현 구조로 되어있습니다.
- 서버 - 클라이언트 구조
'개발 > Backend Cs' 카테고리의 다른 글
REST API (0) | 2024.01.31 |
---|