위키원
"SOAP"의 두 판 사이의 차이
(→개요) |
(→개요) |
||
| 2번째 줄: | 2번째 줄: | ||
==개요== | ==개요== | ||
| − | '''SOAP'''(Simple Object Access Protocol)는 [[웹 서비스]]를 이용하기 위해 정해놓은 [[프로토콜]]이다. 기업을 위한 비즈니스 응용에서부터 출발하였으며 IBM, [[오라클]] 등을 선두로 하는 웹서버 벤더에서 주창한다. 보통 [[RPC]](Remote Procedure Call)패턴으로, 웹 서비스 클라이언트에서 웹 서비스 서버 쪽으로 메세지를 요청 하고, 서버는 그 메시지에 반응하게 된다. SOAP의 강점은 많은 '표준'에서 나온다. SOAP의 표준을 지키면서 서비스를 구현 한다면 다른 세세한 체제는 필요없이 다른 언어, 다른 플랫폼 에서도 서비스를 구현 할 수 있다. 사용가능한 트랜스포트 프로토콜은[[HTTP]], [[HTTPS]], [[SMTP]]가 있으며 [[XML]]을 근간으로 하는 [[프로토콜]]이다. [[REST]](Representational State Transfer)보다 상대적으로 개발이 어렵고 Tool이 필요한 경우가 많아서 서로 비교 대상으로 자주 오른다. | + | '''SOAP'''(Simple Object Access Protocol)는 [[웹 서비스]]를 이용하기 위해 정해놓은 [[프로토콜]]이다. 기업을 위한 비즈니스 응용에서부터 출발하였으며 [[IBM]], [[오라클]] 등을 선두로 하는 웹서버 벤더에서 주창한다. 보통 [[RPC]](Remote Procedure Call)패턴으로, 웹 서비스 클라이언트에서 웹 서비스 서버 쪽으로 메세지를 요청 하고, 서버는 그 메시지에 반응하게 된다. SOAP의 강점은 많은 '표준'에서 나온다. SOAP의 표준을 지키면서 서비스를 구현 한다면 다른 세세한 체제는 필요없이 다른 언어, 다른 플랫폼 에서도 서비스를 구현 할 수 있다. 사용가능한 트랜스포트 프로토콜은[[HTTP]], [[HTTPS]], [[SMTP]]가 있으며 [[XML]]을 근간으로 하는 [[프로토콜]]이다. [[REST]](Representational State Transfer)보다 상대적으로 개발이 어렵고 Tool이 필요한 경우가 많아서 서로 비교 대상으로 자주 오른다. |
<ref> 박유미 연구원 외4명 ,〈[https://ettrends.etri.re.kr/ettrends/122/0905001533/25-2_112_120.pdf SOAP, SOAP 기반 웹서비스와 RESTful웹서비스 기술 비교 ]〉 , 《전자통신동향분석》 , 2010년04월 </ref> | <ref> 박유미 연구원 외4명 ,〈[https://ettrends.etri.re.kr/ettrends/122/0905001533/25-2_112_120.pdf SOAP, SOAP 기반 웹서비스와 RESTful웹서비스 기술 비교 ]〉 , 《전자통신동향분석》 , 2010년04월 </ref> | ||
2019년 6월 25일 (화) 16:40 판
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을 근간으로 하여 태그 형태로 메세지를 보내기 때문에 다른 기술들에 비교해서 상대적으로 느리다.
참고자료
< <SOAP구성> > , 《네이버지식백과》
< "SOAPvsREST" > , slideshare
각주
- ↑ 박유미 연구원 외4명 ,〈SOAP, SOAP 기반 웹서비스와 RESTful웹서비스 기술 비교 〉 , 《전자통신동향분석》 , 2010년04월
- ↑ 개발자의 길,〈SOAP동작방식, soap 통신이란? 〉 , 《tistory블로그》 , 2010년02월26일
