위키원
"SOAP"의 두 판 사이의 차이
(→개요) |
(→RESTful과의 비교) |
||
| 30번째 줄: | 30번째 줄: | ||
[[RESTful]](Representational State Transfer)보다 상대적으로 개발이 어렵고 Tool이 필요한 경우가 많아서 서로 비교 대상으로 자주 오른다. SOAP 기반의 웹서비스를 사용하고자할 때에는 웹서비스의 위치(바인딩 주소)뿐 아니라 오퍼레이션을 알아야 하는 반면, RESTful 웹서비스를 사용하고자 할 때에는 대상 리소스의 [[URI]]만 파악 하면 된다. 이것은 모든 RESTful 웹서비스가 [[HTTP]]메소드라는 공통의 인터페이스를 이용하므로 가능한 일이라 하겠다. | [[RESTful]](Representational State Transfer)보다 상대적으로 개발이 어렵고 Tool이 필요한 경우가 많아서 서로 비교 대상으로 자주 오른다. SOAP 기반의 웹서비스를 사용하고자할 때에는 웹서비스의 위치(바인딩 주소)뿐 아니라 오퍼레이션을 알아야 하는 반면, RESTful 웹서비스를 사용하고자 할 때에는 대상 리소스의 [[URI]]만 파악 하면 된다. 이것은 모든 RESTful 웹서비스가 [[HTTP]]메소드라는 공통의 인터페이스를 이용하므로 가능한 일이라 하겠다. | ||
===RESTful과의 비교=== | ===RESTful과의 비교=== | ||
| − | [[RESTful]](Representational State Transfer)보다 상대적으로 개발이 어렵고 Tool이 필요한 경우가 많아서 서로 비교 대상으로 자주 오른다. SOAP 기반의 웹서비스를 사용하고자할 때에는 웹서비스의 위치(바인딩 주소)뿐 아니라 오퍼레이션을 알아야 하는 반면, RESTful 웹서비스를 사용하고자 할 때에는 대상 리소스의 [[URI]]만 파악 하면 된다. 이것은 모든 RESTful 웹서비스가 [[HTTP]]메소드라는 공통의 인터페이스를 이용하므로 가능한 일이라 하겠다.< | + | [[RESTful]](Representational State Transfer)보다 상대적으로 개발이 어렵고 Tool이 필요한 경우가 많아서 서로 비교 대상으로 자주 오른다. SOAP 기반의 웹서비스를 사용하고자할 때에는 웹서비스의 위치(바인딩 주소)뿐 아니라 오퍼레이션을 알아야 하는 반면, RESTful 웹서비스를 사용하고자 할 때에는 대상 리소스의 [[URI]]만 파악 하면 된다. 이것은 모든 RESTful 웹서비스가 [[HTTP]]메소드라는 공통의 인터페이스를 이용하므로 가능한 일이라 하겠다.<ref name = "SOAPRESTfull"></ret> |
==참고자료== | ==참고자료== | ||
2019년 6월 25일 (화) 16:54 판
SOAP(Simple Object Access Protocol)는 XML(Extensible Markup Language)을 근간으로 메세지를 네트워크상에서 주고받으며 웹서비스가 통신할 수 있게 해주는 프로토콜이다.
개요
SOAP(Simple Object Access Protocol)는 웹 서비스를 이용하기 위해 정해놓은 프로토콜이다. 기업을 위한 비즈니스 응용에서부터 출발하였으며 IBM, 오라클 등을 선두로 하는 웹서버 벤더에서 주창한다. 보통 RPC(Remote Procedure Call)패턴으로, 웹 서비스 클라이언트에서 웹 서비스 서버 쪽으로 메세지를 요청 하고, 서버는 그 메시지에 반응하게 된다. SOAP의 강점은 많은 '표준'에서 나온다. SOAP의 표준을 지키면서 서비스를 구현 한다면 다른 세세한 체제는 필요없이 다른 언어, 다른 플랫폼 에서도 서비스를 구현 할 수 있다. 사용가능한 트랜스포트 프로토콜은HTTP, HTTPS, SMTP가 있으며 XML을 근간으로 하는 프로토콜이다. REST(Representational State Transfer)보다 상대적으로 개발이 어렵고 Tool이 필요한 경우가 많아서 서로 비교 대상으로 자주 오른다. [1]
구성
- SOAP(SOAP Envelope)
- SOAP Header
- SOAP Body
- SOAP Encoding Rule
- SOAP RPC Representation
동작 방식
대상체의 함수 호출을 목적으로 하여 XML방식으로 메세지를 구성하고 HTTP 통신에 기반한 통신을 하여 호출하고자 하는 함수를 부른다 [2]
특징
장점
- HTTP기반으로, HTTP와 같이 프록시와 방화벽에 구애받지 않고 통신이 가능하다.
- 독립적이기 때문에 언어나 플랫폼에 의존적이지 않다.
- 에러 처리에 대한 내용이 기본적으로 내장 되어 있다.
- REST에 비하면 복잡하다고 하지만 그래도 간단하며 확장이 용이하다.
단점
- XML을 근간으로 하여 태그 형태로 메세지를 보내기 때문에 다른 기술들에 비교해서 상대적으로 느리다.
RESTful과의 비교
RESTful(Representational State Transfer)보다 상대적으로 개발이 어렵고 Tool이 필요한 경우가 많아서 서로 비교 대상으로 자주 오른다. SOAP 기반의 웹서비스를 사용하고자할 때에는 웹서비스의 위치(바인딩 주소)뿐 아니라 오퍼레이션을 알아야 하는 반면, RESTful 웹서비스를 사용하고자 할 때에는 대상 리소스의 URI만 파악 하면 된다. 이것은 모든 RESTful 웹서비스가 HTTP메소드라는 공통의 인터페이스를 이용하므로 가능한 일이라 하겠다.
RESTful과의 비교
RESTful(Representational State Transfer)보다 상대적으로 개발이 어렵고 Tool이 필요한 경우가 많아서 서로 비교 대상으로 자주 오른다. SOAP 기반의 웹서비스를 사용하고자할 때에는 웹서비스의 위치(바인딩 주소)뿐 아니라 오퍼레이션을 알아야 하는 반면, RESTful 웹서비스를 사용하고자 할 때에는 대상 리소스의 URI만 파악 하면 된다. 이것은 모든 RESTful 웹서비스가 HTTP메소드라는 공통의 인터페이스를 이용하므로 가능한 일이라 하겠다.<ref name = "SOAPRESTfull"></ret>
참고자료
< <SOAP구성> > , 《네이버지식백과》
< "SOAPvsREST" > , slideshare
각주
- ↑ 박유미 연구원 외4명 ,〈SOAP기반 웹서비스와 RESTful웹서비스 기술 비교 〉 , 《전자통신동향분석》 , 2010년04월
- ↑ 개발자의 길,〈SOAP동작방식, soap 통신이란? 〉 , 《tistory블로그》 , 2010년02월26일
