출처: http://kmoonki.tistory.com/61?srchid=BR1http%3A%2F%2Fkmoonki.tistory.com%2F61
출처: http://blog.naver.com/estern/110010162555
01. REST (Representational State Transfer)
HTTP를 이용한 웹 기반 통신 기술 중의 하나이다.
리소스가 어떻게 정의되어있고, 리소스에 주소를 지정하는 방법에 대한 개괄을 나타내는 네트워크 아키텍처의 모음이다.
즉, 도메인 지향 데이터를 HTTP위에서 SOAP이나 Cookies를 통한 세션 트랙킹 같은 부가적인 전송 레이어 없이, 간단한 형태로 전송하기 위한 인터페이스를 말한다.
가볍고 간단한 이유로 Open API에서 많이 지원하는 통신방법으로 사용된다.
02. SOAP (Simple Object Access Protocol)
소프트웨어간에 메시지(오브젝트)를 교환하는 형태의 프로토콜이다. 이는 확장가능한 분산 프로토콜로 HTTP나 SMTP 등의 다양한 통신 프로토콜을 사용하여 전달할 수 있으며, XML-RPC를 확장 계승한 형태이다.
SOAP는 XML을 근간으로 헤더(header)와 바디(body)를 조합하는 디자인 패턴으로 설계되어 있다. 헤더(header)는 선택사항으로 반복이나 보안 및 트랜잭션(transaction)을 정보로 하는 메타정보를 갖고 있으며, 바디(body) 부분은 핵심 정보로 이루어져 있다.
03. XML-RPC (eXtensible Markeup Language - Remote Procedure Call)
HTTP를 통해 XML 기반의 메시지를 교환하는 프로토콜이다.
XML에 데이터 타입을 담을 수 있는 간단한 방법을 제공하여 원격지에 있는 함수(method)를 호출할 수 있도록 구성되어 있다.
* SOAP은 그 자체가 하나의 독립적인 HTTP 메시지를 구성했지만, XML-RPC는 HTTP의 POST 요청의 내용을 단순히 XML로 구성한 것에서 차이가 있다.
공통점은 인터넷 표준인 HTTP 프로토콜을 이용하고 플랫폼으로부터 독립적인 XML을 이용한다는 것.
출처: http://blog.naver.com/estern/110010162555
01. REST (Representational State Transfer)
HTTP를 이용한 웹 기반 통신 기술 중의 하나이다.
리소스가 어떻게 정의되어있고, 리소스에 주소를 지정하는 방법에 대한 개괄을 나타내는 네트워크 아키텍처의 모음이다.
즉, 도메인 지향 데이터를 HTTP위에서 SOAP이나 Cookies를 통한 세션 트랙킹 같은 부가적인 전송 레이어 없이, 간단한 형태로 전송하기 위한 인터페이스를 말한다.
가볍고 간단한 이유로 Open API에서 많이 지원하는 통신방법으로 사용된다.
02. SOAP (Simple Object Access Protocol)
소프트웨어간에 메시지(오브젝트)를 교환하는 형태의 프로토콜이다. 이는 확장가능한 분산 프로토콜로 HTTP나 SMTP 등의 다양한 통신 프로토콜을 사용하여 전달할 수 있으며, XML-RPC를 확장 계승한 형태이다.
SOAP는 XML을 근간으로 헤더(header)와 바디(body)를 조합하는 디자인 패턴으로 설계되어 있다. 헤더(header)는 선택사항으로 반복이나 보안 및 트랜잭션(transaction)을 정보로 하는 메타정보를 갖고 있으며, 바디(body) 부분은 핵심 정보로 이루어져 있다.
03. 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 등 다수. |
