[Web] SOAP과 REST 비교

	SOAP (Simple Object Access Protocol)	REST
설명	SOAP는 엄격한 통신 규칙을 정의하는 프로토콜입니다. W3C에서 관리하는 공식 프로토콜입니다. SOAP 접근 방식은 고도로 구조화되어 있으며 XML 데이터 형식을 사용합니다. 데이터 교환의 모든 측면을 제어하는 몇 가지 관련 표준이 있습니다. 웹 서비스 보안(WS-Security)은 고유 식별자로 토큰을 사용하는 것과 같은 보안 조치를 지정함 웹 서비스 주소 지정(WS-Addressing)에는 라우팅 정보를 메타데이터로 포함해야 함 WS-ReliableMessaging은 SOAP 메시징의 오류 처리를 표준화함 웹 서비스 기술 언어(WSDL)는 SOAP 웹 서비스의 범위와 기능을 설명함	REST는 API 작동 방식에 6가지 조건을 부과하는 소프트웨어 아키텍처 스타일입니다. 클라이언트-서버 아키텍처 발신자와 수신자는 기술, 플랫폼, 프로그래밍 언어 등과 관련하여 서로 독립적 계층화. 서버에는 클라이언트 요청을 완료하기 위해 함께 작업하는 여러 중개자가 있을 수 있지만 클라이언트에게는 보이지 않음 균일한 인터페이스. API는 전체적으로 완전히 사용할 수 있는 표준 형식으로 데이터를 반환 무상태. API는 이전 요청과 독립적으로 모든 새 요청을 완료 캐싱 가능. 모든 API 응답은 캐싱 가능 온디맨드 코드. 필요한 경우 API 응답에 코드 스니펫이 포함 가능
공통점	애플리케이션이 서버에 접속할 수 있도록 설계된 일종의 도구인 API 설계에 대한 접근 방식
차이점	설계 : 함수 또는 작업을 노출 유연성 : 엄격하며 애플리케이션 간 XML 메시징만 허용, 또한 새 요청을 처리할 때 이전 요청을 모두 기억해야 함 성능 : REST보다 더 크고 복잡하기 때문에 전송 및 처리 속도가 느려짐, 이로 인해 페이지 로드 시간이 늘어날 수 있음 확장성 : 애플리케이션이 요청 간에 상태를 저장해야 하므로 대역폭과 메모리 요구 사항이 증가 보안 : SOAP를 HTTPS와 함께 사용하려면 추가 WS-Security 계층이 필요함  신뢰성 : SOAP에는 오류 처리 로직이 내장되어 있으며 더 높은 안정성을 제공	설계 : URL을 통해 데이터 노출 유연성 : SOAP보다 더 유연하며 애플리케이션에서 일반 텍스트, HTML, XML 및 JSON으로 데이터를 전송, 또한 REST는 무상태이므로 REST API는 모든 새 요청을 이전 요청과 독립적으로 처리함 성능 : 메시지 크기가 작기 때문에 SOAP보다 빠르고 효율적, 응답도 캐싱할 수 있으므로 서버는 자주 액세스하는 데이터를 캐시에 저장하여 페이지 로드 시간을 더욱 단축 가능 확장성 : 웹 서비스 기술 언어(WSDL)는 SOAP 웹 서비스의 범위와 기능을 설명함 보안 : 추가 오버헤드 없이 HTTPS를 지원 신뢰성 : 통신 장애 발생 시 다시 시도해야 하며 안정성이 떨어짐

 

보안을 중요시한다면 SOAP을 선택하는 게 맞다. REST 방식은 URL에 데이터가 노출되기 때문에 보안에 취약하기 때문이다.

 

 

 

 

 

 

 

 

 

 

출처

https://aws.amazon.com/ko/compare/the-difference-between-soap-rest/

https://www.redhat.com/en/topics/integration/whats-the-difference-between-soap-rest