검수요청.png검수요청.png

"SOAP"의 두 판 사이의 차이

위키원
이동: 둘러보기, 검색
(→‎특징)
잔글
 
(사용자 2명의 중간 판 34개는 보이지 않습니다)
1번째 줄: 1번째 줄:
−
'''SOAP'''(Simple Object Access Protocol)는 [[XML]](Extensible Markup Language)을 근간으로 메세지를 [[네트워크]]상에서 주고받으며 웹서비스가 통신할 수 있게 해주는 [[프로토콜]]이다. 한국어로 '''솝''', '''소웁''' 또는 '''에스오에이피'''라고 읽는다.
+
[[파일:SOAP.PNG|썸네일|300픽셀|'''SOAP''']]
 +
 
 +
'''SOAP'''(솝)은 "Simple Object Access Protocol"의 약자로서, [[HTTP]], [[HTTPS]], [[SMTP]] 등을 사용하여 [[XML]] 기반의 메시지를 컴퓨터 네트워크 상에서 교환하는 통신 [[프로토콜]]을 말한다. [[REST]] 방식의 데이터 연계 기술이 나옴으로써 사용이 줄어들고 있다. 한국어로 '''솝''', '''소웁''' 또는 '''에스오에이피'''라고 읽는다.
  
 
==개요==
 
==개요==
−
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>
  
 
==구성==
 
==구성==
12번째 줄: 14번째 줄:
  
 
==등장배경==
 
==등장배경==
−
SOAP가 지금은 더 많은 것을 의미하기 때문에 오해를 하기 쉬운 약칭이지만 한 때는 Simple Object Access Protocol을 의미했으며, SOAP는 데이브 위너(Deabe Winer), 돈 박스(Don Box), 밥 액킨슨(Bob Atkinson) 그리고 모슨 얼 고세인(Mohsen Al-Ghosein) 등이 1998년 액킨슨과 얼 고세인이 그 당시 일하고 있던 [[마이크로소프트]]의 후원으로 객체 접근 규약(Object Access Protocol)로서 처음으로 디자인했다.<ref name="KDJ">KDJ, 〈[https://kojin777.tistory.com/32 SOAP - 원활한 통신 프로토콜]〉,《티스토리》, 2011.12.08 </ref><ref>〈[https://ko.wikipedia.org/wiki/SOAP SOAP]〉,《위키백과》 </ref> 과거에도 DCOM이나 CORBA와 같은 방법으로 RPC를 사용해 인터넷 상에서 의사소통을 할 수 있었지만, 호환성과 보안의 문제로 일반적인 방화벽은 이런 종류의 [[트래픽]]을 차단하기 때문에 문제였다. [[HTTP]]는 모든 인터넷 [[브라우저]]와 서버에 의해 지원되기 때문에 응용 프로그램간에 통신이 더 용이하고 HTTP의 이 점을 활용하기 위한 것이다.<ref>Interesting Life♬, 〈[https://girlsy7.tistory.com/137 SOAP[Simple Object Access Protocol]]〉,《티스토리》, 2011.08.08 </ref> HTTP는 모든 인터넷 브라우저 및 서버에서 지원되므로 응용 프로그램간에 통신하는 가장 좋은 방법은 HTTP를 통한 것이다.
+
SOAP가 지금은 더 많은 것을 의미하기 때문에 오해를 하기 쉬운 약칭이지만 한 때는 Simple Object Access Protocol을 의미했으며, SOAP는 데이브 위너(Deabe Winer), 돈 박스(Don Box), 밥 액킨슨(Bob Atkinson) 그리고 모슨 얼 고세인(Mohsen Al-Ghosein) 등이 1998년 액킨슨과 얼 고세인이 그 당시 일하고 있던 [[마이크로소프트]]의 후원으로 객체 접근 규약(Object Access Protocol)로서 처음으로 디자인했다.<ref name="KDJ">KDJ, 〈[https://kojin777.tistory.com/32 SOAP - 원활한 통신 프로토콜]〉,《티스토리》, 2011-12-08 </ref><ref>〈[https://ko.wikipedia.org/wiki/SOAP SOAP]〉,《위키백과》 </ref> 과거에도 DCOM이나 CORBA와 같은 방법으로 RPC를 사용해 인터넷 상에서 의사소통을 할 수 있었지만, 호환성과 보안의 문제로 일반적인 방화벽은 이런 종류의 [[트래픽]]을 차단하기 때문에 문제였다. [[HTTP]]는 모든 인터넷 [[브라우저]]와 서버에 의해 지원되기 때문에 응용 프로그램간에 통신이 더 용이하고 HTTP의 이 점을 활용하기 위한 것이다.<ref>Interesting Life♬, 〈[https://girlsy7.tistory.com/137 SOAP[Simple Object Access Protocol]]〉,《티스토리》, 2011-08-08 </ref> HTTP는 모든 인터넷 브라우저 및 서버에서 지원되므로 응용 프로그램간에 통신하는 가장 좋은 방법은 HTTP를 통한 것이다.
  
 
==동작 방식==
 
==동작 방식==
23번째 줄: 25번째 줄:
 
* [[메타데이터]] 발견, 타입 안전성, versioning  
 
* [[메타데이터]] 발견, 타입 안전성, versioning  
 
* 메시지 boxcarring 및 pipelining
 
* 메시지 boxcarring 및 pipelining
−
* 활성화<ref>도깨비, 〈[http://a.to/19nsitN SOAP(단순 객체 접근 프로토콜)]〉,《ossogood》, 2010.09.03 </ref>
+
* 활성화<ref>도깨비, 〈[http://a.to/19nsitN SOAP(단순 객체 접근 프로토콜)]〉,《ossogood》, 2010-09-03 </ref>
 
* SOAP의 현재 사양은 3WC(World Wide Web Consortium)의 XML Protocol Working Group에 의해 관리된다.<ref name="KDJ"></ref>
 
* SOAP의 현재 사양은 3WC(World Wide Web Consortium)의 XML Protocol Working Group에 의해 관리된다.<ref name="KDJ"></ref>
  
30번째 줄: 32번째 줄:
 
* 많은 Application Layer Protocol의 경우 [[TCP]]또는 [[UDP]]포트를 사용하기 때문에 인터넷상에 설치되어 있는 방화벽에 많은 제약을 받게 되지만 SOAP는 HTTP와 같이 [[프록시]] 와 방화벽 에 구애 받지않고 통신이 가능하다.
 
* 많은 Application Layer Protocol의 경우 [[TCP]]또는 [[UDP]]포트를 사용하기 때문에 인터넷상에 설치되어 있는 방화벽에 많은 제약을 받게 되지만 SOAP는 HTTP와 같이 [[프록시]] 와 방화벽 에 구애 받지않고 통신이 가능하다.
 
* https, http등을 사용하여 XML 기반의 메시지를 네트워크 상에서 교환하는 형태에 프로토콜 로 [[웹]] 서비스에서 기본적인 메시지를 전달하는 기반 이다.
 
* https, http등을 사용하여 XML 기반의 메시지를 네트워크 상에서 교환하는 형태에 프로토콜 로 [[웹]] 서비스에서 기본적인 메시지를 전달하는 기반 이다.
−
* Client가 물리적으로 인접하지 않은 서버에게 객체나 함수를 호출하여 호출에 대한 결과 값을  받는 [[RPC]]중 하나 이며, [[클라이언트]]에 요청과 서버측에 응답을 [[XML]]문자열로 포장한후 [[HTTP]]로 전송 하는방식이다.<ref>Pyun's, 〈[https://itpyun.tistory.com/10 SOAP 특징/ 장단점]〉,《티스토리》, 2017.03.10 </ref>
+
* Client가 물리적으로 인접하지 않은 서버에게 객체나 함수를 호출하여 호출에 대한 결과 값을  받는 [[RPC]]중 하나 이며, [[클라이언트]]에 요청과 서버측에 응답을 [[XML]]문자열로 포장한후 [[HTTP]]로 전송 하는방식이다.<ref>Pyun's, 〈[https://itpyun.tistory.com/10 SOAP 특징/ 장단점]〉,《티스토리》, 2017-03-10 </ref>
−
전달과정 : 클라이언트(Client) -> 중계자(Intermediary) -> 중계자(Intermediary) ->디폴트 액터(Default Actor)
+
{{배경색|#eeeeff| 전달과정 : 클라이언트(Client) -> 중계자(Intermediary) -> 중계자(Intermediary) ->디폴트 액터(Default Actor)}}
  
 
[[파일:데이타가.PNG|썸네일|400픽셀|'''DATA -> XML''']]
 
[[파일:데이타가.PNG|썸네일|400픽셀|'''DATA -> XML''']]
74번째 줄: 76번째 줄:
 
[[레스트풀]](RESTful) 방식보다 상대적으로 개발이 어렵고 [[툴]](tool)이 필요한 경우가 많아서 서로 비교 대상으로 자주 오른다. SOAP 기반의 웹서비스를 사용하고자할 때에는 웹서비스의 위치([[바인딩]] 주소)뿐 아니라 [[오퍼레이션]]을 알아야 하는 반면, [[레스트풀]](RESTful) 웹서비스를 사용하고자 할 때에는 대상 리소스의 [[URL]]만 파악하면 된다. 이것은 모든 [[레스트풀]](RESTful) 웹서비스가 [[HTTP]] 메소드라는 공통의 인터페이스를 이용하므로 가능한 일이라 하겠다.<ref name="SOAF"></ref>
 
[[레스트풀]](RESTful) 방식보다 상대적으로 개발이 어렵고 [[툴]](tool)이 필요한 경우가 많아서 서로 비교 대상으로 자주 오른다. SOAP 기반의 웹서비스를 사용하고자할 때에는 웹서비스의 위치([[바인딩]] 주소)뿐 아니라 [[오퍼레이션]]을 알아야 하는 반면, [[레스트풀]](RESTful) 웹서비스를 사용하고자 할 때에는 대상 리소스의 [[URL]]만 파악하면 된다. 이것은 모든 [[레스트풀]](RESTful) 웹서비스가 [[HTTP]] 메소드라는 공통의 인터페이스를 이용하므로 가능한 일이라 하겠다.<ref name="SOAF"></ref>
  
−
==평가 와 전망==
+
==종류==
 +
SOAP 버전 1.1
 +
SOAP 1.1은 [[Infoset]] 기반으로 SOAP 메시지 구조, 처리 모델 그리고 하위 프로토콜 바인딩 [[프레임워크]]의 추상적인 정의를 제공 하고 모든 [[엘리먼트]]에 사용 가능하다.
 +
SOAP 버전 1.2
 +
SOAP 1.2는 특정 HTTP 바인딩 뿐만 아니라 그런 Infoset을 전달하는 직렬화(serialization) 규칙을 제공하며, 이 속성이 사용될 특정 엘리먼트들 을 지정 하고, RPC에 대해 [[rpc:result]] 엘리먼트 accessor를 제공한다.
 +
 
 +
===구조===
 +
* SOAP 엔벨로프 : <Envelope>는 모든 SOAP 메시지의 루트 요소이며 두 개의 하위 요소인 선택적 <Header> 요소 및 필수 <Body> 요소를 포함한다.
 +
* SOAP 헤더 : <Header>는 SOAP 엔벨로프의 선택적 하위 요소이며 메시지 경로를 따라 SOAP [[노드]]로만 처리될 애플리케이션 관련 정보를 전달하는 데 사용된다.
 +
* SOAP 본문 : <Body>는 SOAP 엔벨로프의 필수 하위 요소 이며 메시지의 최종 수신인 을 대상 으로 하는 정보를 포함 한다.
 +
* SOAP 결함 : <Fault>는 SOAP 본문의 하위 요소이며 오류 보고에 사용 된다.<ref>IBM 공식사이트 - 〈http://a.to/1969oNT〉 </ref>
 +
 
 +
==평가와 전망==
 
SOAP은 SOA (Service Oriented Architecture)에서 웹 서비스를 연결하는 데 처음으로 널리 사용되는 프로토콜이었다. 오늘날 분산 응용 프로그램의 거의 모든 현대적인 개발은 [[RESTful]] 원칙을 기반으로 한다. SOAP은 거의 항상 레거시 응용 프로그램과 프로젝트에만 국한되어 있으며 시간이 지남에 따라 사용이 감소 할 것이다.<ref>Margaret Rouse, 〈[http://a.to/19oTYji SOAP (단순 개체 액세스 프로토콜)]〉,《테크타깃》</ref>
 
SOAP은 SOA (Service Oriented Architecture)에서 웹 서비스를 연결하는 데 처음으로 널리 사용되는 프로토콜이었다. 오늘날 분산 응용 프로그램의 거의 모든 현대적인 개발은 [[RESTful]] 원칙을 기반으로 한다. SOAP은 거의 항상 레거시 응용 프로그램과 프로젝트에만 국한되어 있으며 시간이 지남에 따라 사용이 감소 할 것이다.<ref>Margaret Rouse, 〈[http://a.to/19oTYji SOAP (단순 개체 액세스 프로토콜)]〉,《테크타깃》</ref>
  
81번째 줄: 95번째 줄:
 
==참고자료==
 
==참고자료==
 
* 〈[https://terms.naver.com/entry.nhn?docId=303877&cid=50375&categoryId=50375 SOAP]〉, 《네이버 지식백과》
 
* 〈[https://terms.naver.com/entry.nhn?docId=303877&cid=50375&categoryId=50375 SOAP]〉, 《네이버 지식백과》
−
* seungdols, 〈[https://www.slideshare.net/seunghochoi4/soap-restful SOAP 기반/ RESTful기반 웹서비스 비교]〉, 《슬라이드셰어》, 2015.10.28
+
* seungdols, 〈[https://www.slideshare.net/seunghochoi4/soap-restful SOAP 기반/ RESTful기반 웹서비스 비교]〉, 《슬라이드셰어》, 2015-10-28
 
* w3스쿨 공식 사이트 - https://www.w3schools.com/xml/xml_soap.asp
 
* w3스쿨 공식 사이트 - https://www.w3schools.com/xml/xml_soap.asp
 
* Margaret Rouse,〈[http://a.to/19oTYji SOAP (단순 개체 액세스 프로토콜)]〉, 《테크타깃》
 
* Margaret Rouse,〈[http://a.to/19oTYji SOAP (단순 개체 액세스 프로토콜)]〉, 《테크타깃》
 
* 튜토리얼 스팟 공식 홈페이지 - http://a.to/19bnLov
 
* 튜토리얼 스팟 공식 홈페이지 - http://a.to/19bnLov
 +
* Think It, 〈[http://a.to/19paRZd SOAP 1.1과 SOAP 1.2의 차이점]〉, 《네이버》, 2012-09-12
 +
 
==같이 보기==
 
==같이 보기==
 
* [[프로토콜]]
 
* [[프로토콜]]
90번째 줄: 106번째 줄:
 
* [[HTTP]]
 
* [[HTTP]]
 
* [[HTTPS]]
 
* [[HTTPS]]
−
* [[SMP]]
+
* [[SMTP]]
 
* [[레스트풀]](RESTful)
 
* [[레스트풀]](RESTful)
 
* [[SOA]]
 
* [[SOA]]
  
−
{{프로그래밍 언어|검토 필요}}
+
{{인터넷|검토 필요}}
 +
{{시스템 연계|검토 필요}}

2021년 8월 7일 (토) 02:38 기준 최신판

SOAP

SOAP(솝)은 "Simple Object Access Protocol"의 약자로서, HTTP, HTTPS, SMTP 등을 사용하여 XML 기반의 메시지를 컴퓨터 네트워크 상에서 교환하는 통신 프로토콜을 말한다. REST 방식의 데이터 연계 기술이 나옴으로써 사용이 줄어들고 있다. 한국어로 솝, 소웁 또는 에스오에이피라고 읽는다.

개요[편집]

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가 지금은 더 많은 것을 의미하기 때문에 오해를 하기 쉬운 약칭이지만 한 때는 Simple Object Access Protocol을 의미했으며, SOAP는 데이브 위너(Deabe Winer), 돈 박스(Don Box), 밥 액킨슨(Bob Atkinson) 그리고 모슨 얼 고세인(Mohsen Al-Ghosein) 등이 1998년 액킨슨과 얼 고세인이 그 당시 일하고 있던 마이크로소프트의 후원으로 객체 접근 규약(Object Access Protocol)로서 처음으로 디자인했다.[2][3] 과거에도 DCOM이나 CORBA와 같은 방법으로 RPC를 사용해 인터넷 상에서 의사소통을 할 수 있었지만, 호환성과 보안의 문제로 일반적인 방화벽은 이런 종류의 트래픽을 차단하기 때문에 문제였다. HTTP는 모든 인터넷 브라우저와 서버에 의해 지원되기 때문에 응용 프로그램간에 통신이 더 용이하고 HTTP의 이 점을 활용하기 위한 것이다.[4] HTTP는 모든 인터넷 브라우저 및 서버에서 지원되므로 응용 프로그램간에 통신하는 가장 좋은 방법은 HTTP를 통한 것이다.

동작 방식[편집]

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

기능[편집]

  • XML을 데이터 인코딩에 사용하여, Internet 표준을 기반으로 하는 표준 개체 호출 프로토콜을 제공한다.
  • 확장 가능한 프로토콜과 페이로드 형식을 만든다.
  • 분산된 가비지 컬렉션
  • 메타데이터 발견, 타입 안전성, versioning
  • 메시지 boxcarring 및 pipelining
  • 활성화[6]
  • SOAP의 현재 사양은 3WC(World Wide Web Consortium)의 XML Protocol Working Group에 의해 관리된다.[2]

특징[편집]

  • SOAP은 XML을 기반으로 플랫폼에 독립적 이다. SOAP 에 의미는 S의 imple의 O bject CCESS의 P의 rotocol 로 메시지를 보내고받는 형식에 응용 프로그램 통신 프로토콜 이며, 서로 다른 운영 체제에서 실행되는 응용 프로그램간에 서로 다른 기술과 프로그래밍 언어로 통신하는 방법을 제공한다.[7]
  • 많은 Application Layer Protocol의 경우 TCP또는 UDP포트를 사용하기 때문에 인터넷상에 설치되어 있는 방화벽에 많은 제약을 받게 되지만 SOAP는 HTTP와 같이 프록시 와 방화벽 에 구애 받지않고 통신이 가능하다.
  • https, http등을 사용하여 XML 기반의 메시지를 네트워크 상에서 교환하는 형태에 프로토콜 로 웹 서비스에서 기본적인 메시지를 전달하는 기반 이다.
  • Client가 물리적으로 인접하지 않은 서버에게 객체나 함수를 호출하여 호출에 대한 결과 값을 받는 RPC중 하나 이며, 클라이언트에 요청과 서버측에 응답을 XML문자열로 포장한후 HTTP로 전송 하는방식이다.[8]
전달과정 : 클라이언트(Client) -> 중계자(Intermediary) -> 중계자(Intermediary) ->디폴트 액터(Default Actor)
DATA -> XML

구문 규칙[편집]

SOAP의 중요한 몇가지 구문규칙으로는

  1. SOAP 메시지는 XML을 사용하여 인코딩되어야한다.
  2. SOAP 메시지는 SOAP Envelope 네임 스페이스를 사용한다.
  3. SOAP 메시지는 SOAP 인코딩 네임 스페이스를 사용한다.
  4. SOAP 메시지에는 DTD 참조가 없어야 한다.
  5. SOAP 메시지에는 XML 처리 지침이 포함되면 안된다.

일반 XML 문서[편집]

  • 봉투 - 메시지의 시작과 끝을 정의 한다.
  • 헤더 - 중개 지점 또는 최종 종점에서 메시지 처리에 사용되는 메시지의 선택적 속성을 포함한다.
  • 본문 - 전송중인 메시지로 구성된 XML 데이터가 들어 있다.
  • 오류 - 메시지를 처리하는 동안 발생하는 오류에 대한 정보를 제공하는 선택적 오류 요소이다.

SOAP 장단점[편집]

장점[편집]

  1. HTTP기반으로, HTTP와 같이 프록시와 방화벽에 구애받지 않고 통신이 가능하다.
  2. 독립적이기 때문에 언어나 플랫폼에 의존적이지 않다.
  3. 에러 처리에 대한 내용이 기본적으로 내장 되어 있다.
  4. 레스트풀 방식에 비하면 복잡하다고 하지만 그래도 간단하며 확장이 용이하다.
  5. 다양한 네트워크 프로토콜을 사용 한다.
  6. 간단하고 확장 가능하며, (멀티파트 MIME 구조를 사용하여) 첨부를 통합하는 SOAP XML 메시지를 지원한다.
  7. 멀티파트 MIME 구조를 사용하여 첨부를 통합하는 SOAP XML 메시지를 지원하며, 간단하고 확장 가능하다.

단점[편집]

  1. XML을 근간으로 하여 태그 형태로 메세지를 보내기 때문에 다른 기술들에 비교해서 상대적으로 느리다.
  2. 중량급 아키텍처의 경우 중량 프로토콜이다.
  3. 서로 다른 인프라를 바탕으로 컴포넌트를 연결하는 표준이 필요하다.{상호 운영성(Interoperability)}

XLM[편집]

XLM은 사람이 읽을 수있는 것으로 대부분 SOAP 메시지를 쉽게 이해할 수 있지만 CORBA (Common Object Request Broker Architecture ) 및 RPC (Remote Procedure Call ) 프로토콜 과 비교하여 메시지가 상대적으로 커진다.확장 가능한 마크업 언어 이며, HTML에서 문서의 내용을 구체적으로 전달할 수 있는 태그를 정의하는 것이 추가된 언어라고 할 수 있다.

SOAP API[편집]

  • 데이터를 요청하고 응답을 위한 인터페이스 이다.
  • SOAP는 웹 서비스 / SOA 프레임 워크의 컨텍스트에서 거의 항상 사용되는 프로토콜 이다. 따라서 API (Application Programming Interface )는 일반적으로 SOA 용 상위 인터페이스에 의해 숨겨지고, 거의 모든 최신 프로그래밍 언어에서 사용할 수 있는 SOA API 미들웨어 도구가 있으며 Microsoft는 다양한 NET SOAP / SOA 도구를 제공한다.

레스트풀과 비교[편집]

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

종류[편집]

SOAP 버전 1.1

SOAP 1.1은 Infoset 기반으로 SOAP 메시지 구조, 처리 모델 그리고 하위 프로토콜 바인딩 프레임워크의 추상적인 정의를 제공 하고 모든 엘리먼트에 사용 가능하다. 

SOAP 버전 1.2

SOAP 1.2는 특정 HTTP 바인딩 뿐만 아니라 그런 Infoset을 전달하는 직렬화(serialization) 규칙을 제공하며, 이 속성이 사용될 특정 엘리먼트들 을 지정 하고, RPC에 대해 rpc:result 엘리먼트 accessor를 제공한다.

구조[편집]

  • SOAP 엔벨로프 : <Envelope>는 모든 SOAP 메시지의 루트 요소이며 두 개의 하위 요소인 선택적 <Header> 요소 및 필수 <Body> 요소를 포함한다.
  • SOAP 헤더 : <Header>는 SOAP 엔벨로프의 선택적 하위 요소이며 메시지 경로를 따라 SOAP 노드로만 처리될 애플리케이션 관련 정보를 전달하는 데 사용된다.
  • SOAP 본문 : <Body>는 SOAP 엔벨로프의 필수 하위 요소 이며 메시지의 최종 수신인 을 대상 으로 하는 정보를 포함 한다.
  • SOAP 결함 : <Fault>는 SOAP 본문의 하위 요소이며 오류 보고에 사용 된다.[9]

평가와 전망[편집]

SOAP은 SOA (Service Oriented Architecture)에서 웹 서비스를 연결하는 데 처음으로 널리 사용되는 프로토콜이었다. 오늘날 분산 응용 프로그램의 거의 모든 현대적인 개발은 RESTful 원칙을 기반으로 한다. SOAP은 거의 항상 레거시 응용 프로그램과 프로젝트에만 국한되어 있으며 시간이 지남에 따라 사용이 감소 할 것이다.[10]

각주[편집]

  1. ↑ 1.0 1.1 박유미 연구원 외 4명, 〈SOAP 기반 웹서비스와 RESTFUL 웹서비스 기술 비교〉, 《전자통신 동향분석》, 2010-04
  2. ↑ 2.0 2.1 KDJ, 〈SOAP - 원활한 통신 프로토콜〉,《티스토리》, 2011-12-08
  3. ↑ 〈SOAP〉,《위키백과》
  4. ↑ Interesting Life♬, 〈SOAP[Simple Object Access Protocol]〉,《티스토리》, 2011-08-08
  5. ↑ 개발자의 길, 〈SOAP 동작 방식, soap 통신이란? 〉, 《티스토리》, 2010-02-26
  6. ↑ 도깨비, 〈SOAP(단순 객체 접근 프로토콜)〉,《ossogood》, 2010-09-03
  7. ↑ w3스쿨 공식 사이트, 〈XML 비누〉,《w3schools》
  8. ↑ Pyun's, 〈SOAP 특징/ 장단점〉,《티스토리》, 2017-03-10
  9. ↑ IBM 공식사이트 - 〈http://a.to/1969oNT〉
  10. ↑ Margaret Rouse, 〈SOAP (단순 개체 액세스 프로토콜)〉,《테크타깃》

참고자료[편집]

같이 보기[편집]


  검수요청.png검수요청.png 이 SOAP 문서는 인터넷에 관한 글로서 검토가 필요합니다. 위키 문서는 누구든지 자유롭게 편집할 수 있습니다. [편집]을 눌러 문서 내용을 검토·수정해 주세요.  

개발 : 프로그래밍, 소프트웨어, 데이터, 솔루션, 보안, 하드웨어, 컴퓨터, 사무자동화, 인터넷 □■⊕, 모바일, 사물인터넷, 게임, 메타버스, 디자인
인터넷 PC통신 • 그누텔라 • 네트워크 • 다크넷 • 다크웹 • 딥웹 • 무선인터넷 • 슈퍼피어 • 스타링크 • 아르파넷 • 아이투피(I2P) • 엑스트라넷 • 오버레이 네트워크 • 오투오(O2O) • 오프라인 • 온라인 • 온오프라인 • 유선인터넷 • 인터넷 • 인트라넷 • 초고속 인터넷 • 토어(토르) • 표면웹 • 프리넷 • 피투피(P2P) • 하이브리드 피투피(P2P) • 홈네트워크
인터넷 기술 ARP • DNS • FTP • G-클라우드 • HTTP • HTTPS • IPFS • IPv4 • IPv6 • IRC • IRI • ISBN • LDAP • MOIP • OpenSSL • OSI 7 계층 • RFC • RFID • SFTP • SOAP • SSH • SSL • SSO • TCP • TCP/IP • TLS • UCI • UDP • URI • URL • URN • VoIP • 강화 내부 게이트웨이 라우팅 프로토콜 • 검색 • 검색엔진 • 게이트웨이 • 경계 경로 프로토콜 • 내부 게이트웨이 라우팅 프로토콜 • 다운로드 • 데몬 • 라우팅 정보 프로토콜 • 백엔드 • 사물인터넷 • 서버 • 서버-클라이언트 • 서브넷마스크 • 세션 • 스트리밍 • 식별자 • 아이피(IP) • 업로드 • 에듀테크 • 온프레미스 • 원격 프로시저 호출(RPC) • 유비쿼터스 • 인터넷 기술 • 자율시스템 • 정보기술 • 정보통신 • 채팅 • 챗봇 • 최단경로 우선 프로토콜(OSPF) • 쿠키 • 크롤링 • 클라이언트 • 키워드 • 텔넷 • 토폴로지 • 트래픽 • 패킷 • 포털 • 포트 • 프런트엔드 • 프로토콜 • 프록시 • 해시태그
이메일 IMAP • POP3 • SMTP • 계정메일 • 네이버 메일 • 다음 메일 • 센드메일 • 스팸 • 스팸메일 • 스팸필터링 • 아웃룩 익스프레스 • 야후 메일 • 웹메일 • 이메일 • 지메일 • 카카오 메일 • 한메일 • 핫메일
웹 KWCAG • WCAG • 서핑 • 시맨틱 웹 • 오프라인 웹 • 웹 • 웹 1.0 • 웹 2.0 • 웹 3.0 • 웹개방성 • 웹서비스 • 웹접근성 • 웹접근성 인증마크 • 웹주소 • 웹표준 • 웹호환성 • 피드
웹사이트 BBS • GNB • LNB • UI/UX • 게시판 • 관리자 사이트 • 그래픽 사용자 인터페이스(GUI) • 누리집 • 대시보드 • 드롭다운 메뉴 • 랜딩 템플릿 • 랜딩 페이지 • 리더보드 • 마이홈피 • 메뉴 • 모달창 • 미니홈피 • 방명록 • 배너 • 사용자 경험(UX) • 사용자 인터페이스(UI) • 섹션 • 왼쪽메뉴 • 웹기획 • 웹사이트 • 웹페이지 • 인터페이스 • 쪽지 • 커뮤니티 • 탑메뉴 • 탭메뉴 • 템플릿 • 팝업 • 페이지 • 페이지뷰 • 햄버거 메뉴 • 호버 • 홈페이지 • 화면
웹브라우저 넷스케이프 • 모자이크 • 브라우저 • 브레이브 브라우저 • 블록체인 브라우저 • 사파리 • 삼성인터넷 • 스윙 • 엣지 • 오시리스 • 오페라 • 웨일 • 웹브라우저 • 인터넷 익스플로러(IE) • 크롬 • 파이어폭스 • 판도브라우저
인터넷 서비스 구글 • 구글 미트 • 구글챗 • 구글 행아웃 • 깃허브 • 네아로 • 네이버 • 네이버 웹툰 • 네이버 카페 • 넷플릭스 • 다음 • 라이코스 • 레진코믹스 • 메일루 • 멜론 • 바이두 • 바이트댄스 • 비트토렌트 • 빌리빌리 • 빙 • 소리바다 • 스포티파이 • 아마존 웹서비스(AWS) • 애플 • 야후 • 야후재팬 • 얀덱스 • 에버노트 • 에어비앤비 • 왓챠 • 웹소설 • 웹툰 • 유튜브 • 인스타툰 • 인터넷 서비스 • 인터넷카페 • 잼라이브 • 줌 • 카카오 • 카카오 웹툰 • 카카오페이지 • 탑툰 • 텐센트 • 팟캐스트 • 패스 • 페이오니아 • 페이팔 • 해시넷 • 화상통화 • 화상회의
인터넷쇼핑 11번가 • 그립 • 네이버 쇼핑 • 네이버 쇼핑 라이브 • 라이브방송 • 라이브커머스 • 모바일쇼핑 • 스쉐라이브 • 스타일쉐어 • 아마존 • 알리바바 • 오픈마켓 • 옥션 • 온라인쇼핑 • 위메프 • 이베이 • 인터넷쇼핑 • 인터파크 • 전자상거래 • 지마켓 • 징동닷컴 • 카카오 쇼핑 • 카카오 쇼핑 라이브 • 커머스 • 쿠팡 • 쿠팡 라이브 • 타오바오 • 티몬
소셜 네트워크 SNS(소셜 네트워크 서비스) • 구글 블로거 • 네이버 밴드 • 네이버 블로그 • 디시인사이드 • 링크드인 • 마이크로블로그 • 맞팔 • 브런치스토리 • 블로그 • 소셜 네트워크 • 엑스 (트위터) • 웨이보 • 인스타그램 • 트루스소셜 • 티스토리 • 팔로우 • 페이스북 • 플리커 • 핀터레스트
메신저 골프메신저 • 님버즈 • 대화방 • 두레이 • 디스코드 • 딩톡 • 라인 • 라인웍스 • 마이크로소프트 팀즈 • 메신저 • 버디버디 • 스냅챗 • 스노우 • 스카이프 • 슬랙 • 아이씨큐(ICQ) • 왓츠앱 • 웹메신저 • 위챗 • 잔디 • 직톡 • 카카오워크 • 카카오톡 • 카톡방 • 큐큐(QQ) • 탱고 • 텔레그램 • 틱톡 • 페이스북 메신저 • 플로우
도메인 네임서버 • 다국어도메인 • 도메인 • 레지스트라 • 레지스트리 • 아이피 • 인터넷주소 • 인터넷키워드 • 한글인터넷주소 • 후이즈
호스팅 메일호스팅 • 서버호스팅 • 웹호스팅 • 코로케이션 • 클라우드 • 클라우드 네이티브 • 파킹 • 포워딩 • 호스팅
위키 구스위키 • 나무위키 • 노스모크 • 더위키 • 디시위키 • 리그베다위키(엔하위키) • 리브레위키 • 미디어위키 • 바다위키 • 백괴사전 • 아이티위키 • 알파위키 • 엔하계 위키 • 요다위키 • 우만위키 • 위키 • 위키낱말사전 • 위키독스 • 위키문법 • 위키문서 • 위키문헌 • 위키미디어재단 • 위키백과 • 위키스 • 위키엔진 • 위키원 • 위키원드 • 위키트리 • 위키휴가 • 제이위키 • 제타위키 • 중국위키 • 팬덤(위키아) • 한국어 위키백과 • 한국위키미디어협회 • 항공위키
인터넷 사용자 가입 • 가입자 • 강퇴 • 계정 • 관리자 • 네트워크 관리자 • 네티즌 • 누리꾼 • 대기자 • 데이터베이스 관리자 • 등록자 • 디지털 원패스 • 로그아웃 • 로그인 • 방문자 • 블로거 • 블록체인 관리자 • 비회원 • 사용자 • 사이트 관리자 • 서버관리자 • 시삽 • 시스템 관리자 • 아이디(ID) • 웹관리자 • 웹마스터 • 유튜버 • 접속자 • 차단 • 최고관리자 • 탈퇴 • 탈퇴자 • 회원 • 휴면 • 휴면계정
인터넷 단체 IANA • ICANN • W3C • 다르파 • 유럽입자물리연구소(CERN)
위키 : 자동차, 교통, 지역, 지도, 산업, 기업, 단체, 업무, 생활, 쇼핑, 블록체인, 암호화폐, 인공지능, 개발, 인물, 행사, 일반

  검수요청.png검수요청.png 이 SOAP 문서는 데이터에 관한 글로서 검토가 필요합니다. 위키 문서는 누구든지 자유롭게 편집할 수 있습니다. [편집]을 눌러 문서 내용을 검토·수정해 주세요.  

개발 : 프로그래밍, 소프트웨어, 데이터 □■⊕, 솔루션, 보안, 하드웨어, 컴퓨터, 사무자동화, 인터넷, 모바일, 사물인터넷, 게임, 메타버스, 디자인
데이터 ACID • CRUD • CSV • DAO • DB • DBMS • DB 명령어 • DCL • DDL • DML • DTO • ERD • ETL • JDBC • LOD • MDM • ODBC • RDBMS • RDF • SQL • 가상 데이터베이스 • 관계형 데이터베이스 • 그래프 • 기본키(PK) • 내부조인 • 널 • 노드 • 다이어그램 • 대리키 • 대체키 • 데이터 • 데이터댐 • 데이터마트 • 데이터 모델링 • 데이터뱅크 • 데이터베이스(DB) • 데이터베이스 언어 • 데이터 사이언스 • 데이터 사전 • 데이터 웨어하우스 • 데이터 정의어(DDL) • 데이터 제어어(DCL) • 데이터 조작어(DML) • 데이터 클러스터 • 데이터 토큰 (문자열) • 데이터 통합 • 덱 • 디비서버 • 라이트조인 • 락 • 레코드 • 레프트조인 • 로그 • 로그파일 • 로깅 • 롤백 • 리두로그 • 릴레이션 • 마스터데이터 • 마스터데이터관리(MDM) • 마이그레이션 • 메타데이터 • 배열 • 뷰 • 빅데이터 • 서브쿼리 • 수퍼키 • 순차리스트 • 스키마 • 스택 • 슬로우쿼리 • 엔티티 • 역정규화 • 연결리스트 • 외래키(FK) • 외부조인 • 인덱스 • 인덱싱 • 인젝션 • 자료구조 • 정규화 • 정보 • 조인 • 커밋 • 쿼리 • 큐 • 키 • 타깃 • 테이블 • 튜플 • 트랜잭션 • 트리 • 트리거 • 티비마이그레이터 • 풀조인 • 프로시저 • 필드 • 해시 • 해시맵 • 해시태그 • 해시테이블 • 해시함수 • 해싱 • 후보키
데이터베이스
관리 시스템
(DBMS) 		관계형 데이터베이스 관리 시스템(RDBMS) • 노에스큐엘(NoSQL) • 데이터베이스 관리 시스템(DBMS) • 더비 • 디비투(DB2) • 레디스 • 마리아디비(MariaDB) • 마이에스큐엘(MySQL) • 몽고디비 • 빅테이블 • 사이베이스 • 선디비 • 알티베이스 • 액세스 • 에스큐엘(SQL) • 에스큐엘라이트(SQLite) • 에이치베이스 • 엠에스에스큐엘(MS-SQL) • 오라클(Oracle) • 인터베이스 • 인포믹스 • 카산드라 • 카우치디비 • 큐브리드 • 티베로 • 파이어버드 • 포스트그레스큐엘(PostgreSQL) • 하이퍼테이블
DB 명령어 alter • array • create • delete • drop • from • full join • grant • inner join • insert • join • left join • null • order by • outer join • rename • revoke • right join • select • truncate • update • where
시스템 연계 API • CGI • EAI • ESB • JPA • RSS • SOA • SOAP • SSL • SSO • web3.js • XML • 디비투디비(DB-to-DB) • 레스트풀(RESTful) • 상호운용성 • 시스템 인터페이스 • 신디케이션 API • 오픈 API • 웹 API • 웹개방성 • 윈도우 API • 자바 API • 크롤링 • 프라이빗 API
위키 : 자동차, 교통, 지역, 지도, 산업, 기업, 단체, 업무, 생활, 쇼핑, 블록체인, 암호화폐, 인공지능, 개발, 인물, 행사, 일반
원본 주소 "http://wiki1.kr/index.php?title=SOAP&oldid=488872"