Pyun's

[SOAP / REST] SOAP과 REST ..1

Webservice/연동2017. 3. 8. 16:09

1. SOAP(Simple Object Acess Protocol)
    ● XML을 이용해서 분산처리 환경에서 플랫폼에 영향을 받지않고 정보교환을 할 수 있도록 도와주는 프로토콜.

    ● 요청자가 서버에서 객체나 함수를 호출하여 그값을 변환 받는 RPC(Remote procedure call) 방식중 하나.

    ● HTTP 프로토콜을 사용하기 때문에 거의 모든 기종에서 호환.

    ● 플랫폼에 독립적이며 포로그래밍 언어에도 독립적인 특성.

      



2. REST(Representational State Transfer)

● 웹서비스 기존 전달 프로토콜인 SOAP(Simple Object Access Protocol)은  처리 시 원하던 기능에 비해 처리의 오버해드가 발생하는 문제가 있었는데 이러한 단점을 보안하기 위해 등장한 구현 기술이 RESTful 웹서비스.

●클라이언트 / 서버 간의 구성요소를 엄격히 분리하여 구현시 단순하고 성능을 높일수 있는 아키텍처(설계방식).

●기본적으로 HTTP 프로토콜로 데이터를 전송.


3. SOAP과 REST에 구조/비교

   





1) SOAP

● SOAP(Service Oriented Archiecture)은 SOA로 서비스 지향 구조.

● 서버측에서 UDDI에 레지스트리를 등록하면 요청자가 UDDI에서 제공 서비스 확인 후 서비스 요청 하게 되면 응답자가 그 서비스를 제공하는 형식.


2) RESTful

● ROA (Resource Oriented Archiecture), 리소스 지향 구조.

● 서비스 요청자가 *리소스로 요청하면 제공자가 직접 리소스로 제공해주는 방식.

● Rest구조에서는 리소스마다 고유한 URI를 갖고 있음.

*리소스(Resource):  웹에서 다른 이들과 공유하고자 개방된 모든 자원

[출처] [Web Service] RESTful하다는것, 편하다는것|작성자 가브리엘김




참조 ) http://blog.naver.com/hoyeon0/50137172782

'Webservice > 연동' 카테고리의 다른 글

DB_LINK 생성/삭제  (0) 2017.05.30
[SOAP] SOAP 특징/ 장단점  (0) 2017.03.10
[REST] REST 특징/장단점  (0) 2017.03.09

[인증서] 인증서 개념과 발급방법 정리글

Webservice/보안2017. 2. 28. 10:51

https://opentutorials.org/course/228/4894

'Webservice > 보안' 카테고리의 다른 글

[SSL] SSL 기본..1  (0) 2017.03.20
[인증서 기초상식 -IBM] SSL 교환  (0) 2017.02.28

[인증서 기초상식 -IBM] SSL 교환

Webservice/보안2017. 2. 28. 10:48

SSL 또는 TLS 데이터 교환을 통해 SSL 또는 TLS 클라이언트 및 서버는 통신하는 데 사용하는 비밀 키를 설정할 수 있습니다.

이 절에서는 SSL 또는 TLS 클라이언트 및 서버가 서로 통신하는 데 사용되는 단계의 요약을 제공합니다.

  • 사용할 프로토콜의 버전에 동의
  • 암호화 알고리즘 선택
  • 디지털 인증서 교환 및 유효성 검증에 의한 상호 인증
  • 공유 비밀 키 생성을 위한 키 분배 문제점을 막아주는 비대칭 암호화 기술 사용. 그런 다음 SSL 또는 TLS는 메시지의 대칭 암호화에 공유 키를 사용하며, 이는 비대칭 암호화보다 더 빠릅니다.

 SSL 데이터 교환에 연관된 단계

  1. 1. SSL 또는 TLS 클라이언트가 SSL 또는 TLS 버전과, 클라이언트가 지원하는 CipherSuite(클라이언트 환경 설정 순서대로) 등의 암호화 정보를 나열하는 "client hello" 메시지를 송신합니다. 메시지에는 나중의 처리에서 사용되는 무작위 바이트 문자열도 있습니다. 프로토콜을 통해 "client hello"는 클라이언트에 의해 지원되는 데이터 압축 메소드를 포함할 수 있습니다.
  2. 2. SSL 또는 TLS 서버는 클라이언트가 제공하는 목록에서 서버가 선택한 CipherSuite, 세션 ID 및 다른 무작위 바이트 문자열을 포함하는 "server hello" 메시지로 응답합니다. 이 서버도 자신의 디지털 인증서를 송신합니다. 서버가 클라이언트 인증을 위해 디지털 인증서를 필요로 하면, 서버가 지원되는 인증서 유형 목록과 허용 가능한 인증 기관(CA)의 식별 이름을 포함하는 "클라이언트 인증서 요청"을 송신합니다.
  3. 3.SSL 또는 TLS 클라이언트는 서버의 디지털 인증서를 확인합니다. 
  4. 4. SSL 또는 TLS 클라이언트가 후속 메시지 데이터를 암호화하기 위해 사용될 비밀 키를 클라이언트와 서버 모두가 처리하게 해주는 무작위 바이트 문자열을 송신합니다. 무작위 바이트 문자열 자체는 서버의 공개 키로 암호화됩니다.
  5. 5. SSL 또는 TLS 서버가 "클라이언트 인증서 요청"을 송신했으면, 클라이언트가 클라이언트의 디지털 인증서나 "디지털 인증서 없음 경보"와 함께 클라이언트의 개인 키로 암호화된 무작위 바이트 문자열을 송신합니다. 이 경보는 경고일뿐이지만, 일부 구현에서 클라이언트 인증이 필수인 경우에 데이터 교환은 실패합니다.
  6. 6. SSL 또는 TLS 서버는 클라이언트의 인증서를 확인합니다. 
  7. 7. SSL 또는 TLS 클라이언트가 서버에게 "완료" 메시지를 송신하며, 이는 데이터 교환의 클라이언트 부분이 완료되었다는 것을 표시하는 비밀 키로 암호화되어 있습니다.
  8. 8. SSL 또는 TLS 서버가 클라이언트에게 "완료" 메시지를 송신하며, 이는 데이터 교환의 서버 부분이 완료되었다는 것을 표시하는 비밀 키로 암호화되어 있습니다.
  9. 9. SSL 또는 TLS 세션 지속 기간에 서버와 클라이언트가 이제 공유 비밀 키로 대칭적으로 암호화되어 있는 메시지를 교환할 수 있습니다.
그림 1은 SSL 또는 TLS 데이터 교환을 설명합니다.
그림 1. SSL 또는 TLS 데이터 교환의 개요
이 다이어그램은 다이어그램 앞에 있는 텍스트에 설명된 대로 SSL 또는 TLS 데이터 교환을 나타냅니다.


'Webservice > 보안' 카테고리의 다른 글

[SSL] SSL 기본..1  (0) 2017.03.20
[인증서] 인증서 개념과 발급방법 정리글  (0) 2017.02.28

티스토리툴바