의견.png

"SOAP"의 두 판 사이의 차이

해시넷
이동: 둘러보기, 검색
(동작 방식)
(태그: 모바일 편집, 모바일 웹 편집)
(개요)
(태그: 모바일 편집, 모바일 웹 편집)
2번째 줄: 2번째 줄:
  
 
==개요==
 
==개요==
'''SOAP'''(Simple Object Access Protocol)는 [[웹 서비스]]를 이용하기 위해 정해놓은 [[프로토콜]]이다. 기업을 위한 비즈니스 응용에서부터 출발하였으며 [[IBM]], [[오라클]] 등을 선두로 하는 웹서버 벤더에서 주창한다. 보통 [[RPC]](Remote Procedure Call)패턴으로, 웹 서비스 클라이언트에서 웹 서비스 서버 쪽으로 메세지를 요청하고, 서버는 그 메시지에 반응하게 된다. SOAP의 강점은 많은 '표준'에서 나온다. SOAP의 표준을 지키면서 서비스를 구현한다면 다른 세세한 체제는 필요 없이 다른 언어, 다른 플랫폼에서도 서비스를 구현할 수 있다. 사용 가능한 트랜스포트 프로토콜은[[HTTP]], [[HTTPS]], [[SMTP]]가 있으며 [[XML]]을 근간으로 하는 [[프로토콜]]이다. [[레스트풀(RESTful)]]보다 상대적으로 개발이 어렵고 Tool이 필요한 경우가 많아서 서로 비교 대상으로 자주 오른다.<ref name = "SOAF"> 박유미 연구원 외4명 ,〈 [https://ettrends.etri.re.kr/ettrends/122/0905001533/25-2_112_120.pdf  SOAP기반 웹서비스와 RESTful웹서비스 기술 비교 ] 〉 , 《전자통신 동향분석》 , 2010-04 </ref>
+
SOAP(Simple Object Access Protocol)는 [[웹 서비스]]를 이용하기 위해 정해놓은 [[프로토콜]]이다. 기업을 위한 비즈니스 응용에서부터 출발하였으며 [[IBM]], [[오라클]] 등을 선두로 하는 웹서버 벤더에서 주창한다. 보통 [[RPC]](Remote Procedure Call)패턴으로, 웹 서비스 클라이언트에서 웹 서비스 서버 쪽으로 메세지를 요청하고, 서버는 그 메시지에 반응하게 된다. SOAP의 강점은 많은 '표준'에서 나온다. SOAP의 표준을 지키면서 서비스를 구현한다면 다른 세세한 체제는 필요 없이 다른 언어, 다른 플랫폼에서도 서비스를 구현할 수 있다. 사용 가능한 트랜스포트 프로토콜은[[HTTP]], [[HTTPS]], [[SMTP]]가 있으며 [[XML]]을 근간으로 하는 [[프로토콜]]이다. [[레스트풀(RESTful)]]보다 상대적으로 개발이 어렵고 Tool이 필요한 경우가 많아서 서로 비교 대상으로 자주 오른다.<ref name = "SOAF"> 박유미 연구원 외4명 ,〈 [https://ettrends.etri.re.kr/ettrends/122/0905001533/25-2_112_120.pdf  SOAP기반 웹서비스와 RESTful웹서비스 기술 비교 ] 〉 , 《전자통신 동향분석》 , 2010-04 </ref>
  
 
==구성==
 
==구성==

2019년 6월 27일 (목) 09:49 판

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을 근간으로 하는 프로토콜이다. 레스트풀(RESTful)보다 상대적으로 개발이 어렵고 Tool이 필요한 경우가 많아서 서로 비교 대상으로 자주 오른다.[1]

구성

  • SOAP(SOAP Envelope)
  • SOAP Header
  • SOAP Body
  • SOAP Encoding Rule
  • SOAP RPC Representation

동작 방식

SOAP 웹 서비스에서는 웹 서비스 제공자와 요청자 간에 SOAP 프로토콜로 메시지를 주고받는 방식으로 서비스를 이용한다. 웹 서비스 요청자가 요청을 SOAP으로 서비스 제공자에게 전달하면, 서비스 제공자는 이를 적절한 서비스 로직을 통하여 결과를 얻고, 그 결과를 다시 서비스 요청자에게 반환한다.[2]

특징

장점

  • HTTP기반으로, HTTP와 같이 프록시방화벽에 구애받지 않고 통신이 가능하다.
  • 독립적이기 때문에 언어나 플랫폼에 의존적이지 않다.
  • 에러 처리에 대한 내용이 기본적으로 내장 되어 있다.
  • REST에 비하면 복잡하다고 하지만 그래도 간단하며 확장이 용이하다.

단점

  • XML을 근간으로 하여 태그 형태로 메세지를 보내기 때문에 다른 기술들에 비교해서 상대적으로 느리다.

RESTful과의 비교

레스트풀(RESTful)보다 상대적으로 개발이 어렵고 Tool이 필요한 경우가 많아서 서로 비교 대상으로 자주 오른다. SOAP 기반의 웹서비스를 사용하고자할 때에는 웹서비스의 위치(바인딩 주소)뿐 아니라 오퍼레이션을 알아야 하는 반면, 레스트풀(RESTful) 웹서비스를 사용하고자 할 때에는 대상 리소스의 URI만 파악 하면 된다. 이것은 모든 레스트풀(RESTful) 웹서비스가 HTTP메소드라는 공통의 인터페이스를 이용하므로 가능한 일이라 하겠다.[1]

각주

  1. 1.0 1.1 박유미 연구원 외4명 ,〈 SOAP기반 웹서비스와 RESTful웹서비스 기술 비교 〉 , 《전자통신 동향분석》 , 2010-04
  2. 개발자의 길, 〈SOAP 동작 방식, soap 통신이란? 〉, 《티스토리》, 2010-02-26

참고자료

같이보기

  의견.png 이 SOAP 문서는 프로그래밍에 관한 토막글입니다. 위키 문서는 누구든지 자유롭게 편집할 수 있습니다. [편집]을 눌러 이 문서의 내용을 채워주세요.