[web] - SOAP vs XML-RPC

출처

http://blog.naver.com/estern/110010162555
http://kmoonki.tistory.com/61?srchid=BR1http%3A%2F%2Fkmoonki.tistory.com%2F61
http://blog.bagesoft.com/846

SOAP (Simple Object Access Protocol)

 

소프트웨어간에 메시지(오브젝트)를 교환하는 형태의 프로토콜이다. 이는 확장가능한 분산 프로토콜로 HTTP나 SMTP 등의 다양한 통신 프로토콜을 사용하여 전달할 수 있으며, XML-RPC를 확장 계승한 형태이다.

SOAP 는 XML을 근간으로 헤더(header)와 바디(body)를 조합하는 디자인 패턴으로 설계되어 있다. 헤더(header)는 선택사항으로 반복이나 보안 및 트랜잭션(transaction)을 정보로 하는 메타정보를 갖고 있으며, 바디(body) 부분은 핵심 정보로 이루어져 있다.

 

XML-RPC (eXtensible Markeup Language - Remote Procedure Call)

 

HTTP를 통해 XML 기반의 메시지를 교환하는 프로토콜이다.
XML에 데이터 타입을 담을 수 있는 간단한 방법을 제공하여 원격지에 있는 함수(method)를 호출할 수 있도록 구성되어 있다.

* SOAP은 그 자체가 하나의 독립적인 HTTP 메시지를 구성했지만, XML-RPC는 HTTP의 POST 요청의 내용을 단순히 XML로 구성한 것에서 차이가 있다.
공통점은 인터넷 표준인 HTTP 프로토콜을 이용하고 플랫폼으로부터 독립적인 XML을 이용한다는 것.

 

 

	XML-RPC	SOAP	CORBA
개발편의	개발이 용이. 쉬운 구조.	XML-RPC 보다 복잡함.	개발이 어려움. 매우 복잡함.
통합	운영체제 및 언어 독립적. 스텁코드가 필요 없음.	운영체제 및 언어에 독립적. 스텁 코드가 불필요.	제품간에 호환성에 다소 문제가 있음. 클라이언트 스텁 필요함.
서비스 형태	간단한 웹 서비스.	복잡한 웹 서비스.	응용프로그램 및 전사적 시스템.
확장	간단한 구조.	XML 스키마 기반에 확장성이 뛰어남.	확장성이 뛰어남.
보안	HTTPS.	HTTPS XML 서명(진행 중) XML 암호화(진행 중) XML ACL(진행 중)	Object Security Service. ORB기반 보안 메커니즘.
서비스	제공서비스가 없음.	UDDI, 보안.	Name Service. Event Service, Transaction Service, Object Security Service 등 다수.