System / SOAP vs REST

출처: http://mimul.com/pebble/default/2010/05/05/1273039380000.html

 
Web 2.0 서비스의 매시업이 활성화되면서 open api기술로 rest를 많이 사용하면서 기존 soap과 rest에 관해 요약이 잘된 보고서가 있어 내용을 요약해 보았습니다.

1. SOAP
 - 아키텍처

 - 아키텍처 설명 : SOA 구조에 따라 UDDI 레지스트리를 통해 웹서비스를 등록하고(publish), 탐색하고(find), 바인딩하여(bind) 이용
 - 프로세스 : 서비스 요청자가 웹서비스 요청을 SOAP으로 인코딩하여 서비스 제공자에게 전달하면, 서비스 제공자는 이를 디코딩하여 적절한 서비스 로직을 통하여 결과를 얻고, 그 결과를 다시 SOAP 인코딩하여 서비스 요청자에게 반환.
 - 태동 : 기업의 비즈니스 환경에서 응용 서비스 간 상호 운용을 위해 출발함
 - 기반 사상 : 서비스를 제공하고 이용하는 프로그램들이(기계) 잘 이해할 수 있도록 엄격한 문법에 따라 개발됨. 그래서 스펙을 알아야 구현이 가능하여 고난이도 프로그래밍이 필요
 - 적용 기술 : 전달매커니즘(Remote Procedure Call), 전달프로토콜(SOAP/HTTP, SMTP), 서비스 명세(WSDL), 서비스 레지스트리(UDDI)
 - 적용 분야 : 트랜잭션 프로세싱,  비즈니스 플로 처리를 위한 서비스 상호 연동에 주로 이용

2. REST
 - 아키텍처
 
 - 아키텍처 설명 : ROA기반으로 리소스를 등록하고 저장해두는 중간 매체 없이 리소스 제공자가 직접 리소스 요청자에게 제공하는 방법을 이용
 - 프로세스 : 기본 HTTP 프로토콜의 메소드 GET/PUT/POST/DELETE를 이용하여 다양한 형태로 표현된(JSON, XML, RSS 등) 리소스를 직접 실어 나름
 - 태동 : 인터넷 서비스 업체들이 응용 개발자들에게 손쉬운 데이터 제공을 목적으로 출발
 - 기반 사상 : 별도의 표준 없이 사람이 이해하기 쉽도록 인터넷 기본(HTTP와 XML) 매커니즘으로 구성됨
 - 적용 기술 : 전달매커니즘(Publish/Syndicate Pattern), 전달프로토콜(HTTP), 서비스 명세(WADL, XML, JSON, hREST(시맨틱 REST) 등), 서비스 레지스트리(없음)
 - 적용 분야 : 데이터와 UI(User Interface) 프로세싱