REST ( Representational Status Transfer) - 분산 시스템을 위한 소프트웨어 아키텍쳐
REST의 장점
- 언어, 플랫폼에 독립적이다.
- SOAP보다 쉽고 간단하다.
- 학습이 용이하고, 개발도구가 거의 필요 없다.
- (익숙한)웹기반의 설계
- 개발 인프라가 탄탄하다. HTTP, URI 기반 서버, 클라이언트툴, 각종 라이브러리들은 완성단계의 기술이다. 개발자들은 하부구조에 신경쓰지 않고 비지니스 로직의 구현만 신경쓰면 된다.
- 트랜드다. 예컨데 대세. 구글,야휴,트위터,facebook등의 기업들이 사용하고 있다.
REST의 단점
- REST는 point-to-point 통신모델을 기반으로 한다. 서버와 클라이언트가 연결을 맺고 상호작용해야하는 어플리케이션의 개발에는 적당하지 않다.
- REST는 URI, HTTP 를 이용한 아키텍처링 방법에 대한 내용만을 담고 있다. 보안과 통신규약 정책 같은 것은 전혀다루지 않는다. 따라서 개발자는 통신과 정책에 대한 설계와 구현을 도맡아서 진행해야 한다.
- HTTP에 (상당히)의존적이다. REST는 설계 원리이기 때문에 HTTP와는 상관없이 다른 프로토콜에서도 구현할 수 있기는 하지만 자연스럽게 녹여내기가 쉽지 않을 수 있다. 대부분의 서비스가 웹으로 통합되는 상황에 비춰볼때 큰 단점은 아닌 것 같다.
- CRUD의 4가지 메서드만 제공한다. 대부분의 일들을 처리할 수 있기는 한데, 4가지 메서드 만으로 처리하기엔 모호한 표현들이 있다.
출처 및 REST에 대해 잘 정리된 블로그 포스트 원본
https://www.joinc.co.kr/w/man/12/rest/about
하.. 배고파
반응형
'IT > 공부메모' 카테고리의 다른 글
Rabin-Karp Algorithm(라빈 카프 알고리즘) 분석 (0) | 2025.02.25 |
---|---|
2018.07.16 - OSI 7 계층 (0) | 2018.07.16 |
2018.07.16 - Why Spring Boot? (0) | 2018.07.16 |
2018.07.16 - WAS, 웹서버 차이 (0) | 2018.07.16 |
2018.07.03 - TCI/IP 프로토콜에 대하여 (0) | 2018.07.03 |