728x90
REST API란 REST를 기반으로 만들어진 API를 의미한다.
REST API를 알기 위해 REST부터 알아보자!
REST란?
- REST(Representational State Transfer)의 약자로,
- 자원을 이름으로 구분하여 해당 자원의 상태를 주고받는 모든 것을 의미한다.
즉, REST란
- HTTP URI(Uniform Resource Identifier)를 통해 자원(Resource)을 명시하고,
- HTTP Method(POST, GET, PUT, DELETE, PATCH 등)를 통해
- 해당 자원(URI)에 대한 CRUD Operation을 적용하는 것을 의미한다.
- REST는 URI와 HTTP 메소드를 사용해서 자원과 행위를 표현다.
CRUD Operation이란
CRUD는 대부분의 컴퓨터 소프트웨어가 가지는 기본적인 데이터 처리 기능인 Create(생성), Read(읽기), Update(갱신), Delete(삭제)를 묶어서 일컫는 말로,
REST에서의 CRUD Operation 동작 예시는 다음과 같다.
Create : 데이터 생성(POST)
Read : 데이터 조회(GET)
Update : 데이터 수정(PUT, PATCH)
Delete : 데이터 삭제(DELETE)
REST 구성 요소
REST는 다음과 같은 3가지로 구성이 되어있다.
- 자원(Resource) : HTTP URI
- 자원에 대한 행위(Verb) : HTTP Method
- 자원에 대한 행위의 내용 (Representations) : HTTP Message Pay Load
REST의 특징
- Server-Client(서버-클라이언트 구조)
- Stateless(무상태)
- Cacheable(캐시 처리 가능)
- Layered System(계층화)
- Uniform Interface(인터페이스 일관성)
REST의 장단점
- 장점
- HTTP 프로토콜의 인프라를 그대로 사용하므로 REST API 사용을 위한 별도의 인프라를 구출할 필요가 없다.
- HTTP 프로토콜의 표준을 최대한 활용하여 여러 추가적인 장점을 함께 가져갈 수 있게 해 준다.
- HTTP 표준 프로토콜에 따르는 모든 플랫폼에서 사용이 가능하다.
- Hypermedia API의 기본을 충실히 지키면서 범용성을 보장한다.
- REST API 메시지가 의도하는 바를 명확하게 나타내므로 의도하는 바를 쉽게 파악할 수 있다.
- 여러 가지 서비스 디자인에서 생길 수 있는 문제를 최소화한다.
- 서버와 클라이언트의 역할을 명확하게 분리한다.
- 단점
- 표준이 자체가 존재하지 않아 정의가 필요하다.
- HTTP Method 형태가 제한적이다.
- 브라우저를 통해 테스트할 일이 많은 서비스라면 쉽게 고칠 수 있는 URL보다 Header 정보의 값을 처리해야 하므로 전문성이 요구된다.
- 구형 브라우저에서 호환이 되지 않아 지원해주지 못하는 동작이 많다.(익스폴로어)
❓ URI와 URL의 차이점
- URI : Uniform Resource Locator로 인터넷 상 자원의 위치
- URL : Uniform Resource Identifier로 인터넷 상의 자원을 식별하기 위한 문자열의 구성
1. URI는 URL을 포함함
그럼...
REST API란?
- API
- 데이터와 기능의 집합을 제공하여 컴퓨터 프로그램간 상호작용을 촉진하며, 서로 정보를 교환가능 하도록 하는 것
- RESPT API란, 쉽게 REST의 원리를 따르는 데이터를 상호교환하게 설계된 API를 의미한다.
- 잘 풀어서 말해보면
- HTTP를 잘사용하기위해, URI와 HTTP메소드를 사용해서, URL로 어떤 자원에 접근할 것인지, 메소드로 어떤 행위를 할것인지 표현하여 설계된 API를 말한다.
- 하지만 REST API를 올바르게 설계하기 위해서는 지켜야 하는 몇가지 규칙이 있다.!!
REST API 설계 예시
1. URI는 동사보다는 명사를, 대문자보다는 소문자를 사용하여야 한다.
Bad Example http://ch9800113.com/Running/
Good Example http://ch9800113.com/run/
2. 마지막에 슬래시 (/)를 포함하지 않는다.
Bad Example http://ch9800113.com/test/
Good Example http://ch9800113.com/test
3. 언더바 대신 하이폰을 사용한다.
Bad Example http://ch9800113.com/test_blog
Good Example http://ch9800113.com/test-blog
4. 파일확장자는 URI에 포함하지 않는다.
Bad Example http://ch9800113.com/photo.jpg
Good Example http://ch9800113.com/photo
5. 행위를 포함하지 않는다.
Bad Example http://ch9800113.com/delete-post/1
Good Example http://ch9800113.com/post/1
REST API 설계 예시
REST ful이란?
REST FUL이란,
- REST의 원리를 따르는 시스템을 의미한다.
- 하지만 REST를 사용했다 하여 모두가 RESTful 한 것은 아니다.
- REST API의 설계 규칙을 올바르게 지킨 시스템을 RESTful하다 말할 수 있으며,
- 모든 CRUD 기능을 POST로 처리 하는 API 혹은 URI 규칙을 올바르게 지키지 않은 API는 REST API의 설계 규칙을 올바르게 지키지 못한 시스템. 즉, REST API를 사용하였지만 RESTful 하지 못한 시스템이라고 할 수 있다.
또한, API가 RESTful로 간주되기 위해서는 몇가지 조건이 있는데 그 중 가장 중요한 건,
- 클라이언트-서버 커뮤니케이션: 요청 간에 클라이언트 정보가 저장되지 않으며, 각 요청이 분리되어 있고 서로 연결되어 있지 않음
- Stateless(무상태)
클라이언트와 서버간 종속적이지 않다는 말이다.
즉, 서버는 클라이언트의 정보를 저장-유지하고 있지않아, 같은 사람이보낸 정보도, 같은사람이 보냈는지 정보를 유지하고있지 않다는 말이다.
이말은 즉, 클라이언트가 요청시 마다, 자기 정보를 보내야하고, 서버는 받은 정보로 클라이언트의 정보를 확인한다.
따라서,
- 멀티플랫폼 지원이 용이하고,
- Stateless한 RESTful API는 Client의 요청(호출)을 어느 Server라도 동일하게 처리할 수 있고
- 즉, 어떤 Server라도 Client들의 요청에 응답할 수 있다는 것은, 서버 환경이 분산되었든 아니든, Client쪽에서는 Server쪽에 신경 쓸 필요 없이 API 호출만 하면 원하는 결과를 받을 수 있다는 점에서 RESTful API가 활용되는 것이다.
RESTful API를 사용하면 좋은점
위의 한문장이 사실 rest api를 의미하지만, 단순 정의일뿐 면접관이 의도한 대답은 아니라고 생각된다.
REST API의 장점은
1. 보기 좋다.
- URL만 보고 어떤 자원에 접근할 것인지, 메소드를 보고 어떤 행위를 할지 알 수 있기 때문에, 개발을 할때 용이하다.
2. 자원을 아낄 수 있다.
- 1개의 URI로 4개의 행위(CRUD)를 명시할 수 있기 때문에, 굉장히 효율적이다.
3. stateless한 상태를 유지할 수 있다.
- 이게 제일 중요!!
- REST API의 가장 큰 특징으로, 다양한 브라우저와 모바일에서 통신할 수 있도록 한다.
- 클라이언트가 서버에 종속적이지 않아도 되기때문에, scale out한 상황에서도 용이하다.
정리
RESTful API(=REST API)란,
- REST의 설계 규칙을 잘 지켜서 설계된 API = REST한 방식으로 클라이언트와 서버간 상호 데이터 교환을 하는 API
- 서로간에 stateless한 특징을 가지는 API
- 추가로 Hypermedia (링크)를 통해서 애플리케이션의 상태 전이가 가능해야 하고 Hypermedia (링크)에 자기 자신에 대해한 정보가 담겨야 있어야 진정한 REST API라고 볼 수 있다..!!!
References
728x90