WS-신뢰할 수 있는 메시지

WS-ReliableMessaging

WS-ReliableMessaging은 소프트웨어 구성 요소, 시스템 또는 네트워크 장애 발생 시 분산 애플리케이션 간에 SOAP 메시지가 안정적으로 전달될 수 있도록 하는 프로토콜을 설명한다.

원래의 사양은 BEA Systems, Microsoft, IBM, Tibco가 2003년 3월에 작성했고 이후 2년에 걸쳐 개선되었다.2005년 2월 버전은 그 해 6월에 OASIS 웹 서비스 신뢰성 있는 교환(WS-RX) 기술위원회에 제출되었다.결과 WS-ReliableMessaging 1.1은 2007년 6월 14일 OASIS 표준으로 승인되었고, v1.2는 2009년 2월 2일에 승인되었다.

OASIS는 WS-ReliableMessaging에 앞서 후지쓰, 히타치, NEC, 오라클 Corporation, 프로그레스 소프트웨어, Sun Microsystems 등 벤더 연합이 지원하는 경쟁 표준(WS-Reliability)을 생산했다.이들 벤더의 대부분은 현재 WS-ReliableMessaging 규격도 지원한다.

신뢰할 수 있는 메시징 모델

Ws-reliablemessaging.png

애플리케이션 소스(AS)는 신뢰할 수 없는 인프라를 통해 애플리케이션 대상(AD)에 안정적으로 메시지를 보내고자 한다.이를 위해 신뢰할 수 있는 메시징 소스(RMS)와 신뢰할 수 있는 메시징 대상(RMD)을 활용한다.AS는 RMS에 메시지를 보낸다. RMS는 WS-ReliableMessaging(WS-RM) 프로토콜을 사용하여 메시지를 RMD에 전송한다.RMD는 AD에 메시지를 전달한다.RMS가 어떤 이유로 RMD에 메시지를 전송할 수 없는 경우, 예외를 제기하거나 AS에 메시지가 전송되지 않았음을 표시해야 한다.AS와 RMS는 동일한 프로세스 공간 내에서 구현되거나 별도의 구성요소일 수 있다.마찬가지로 AD와 RMD는 동일한 프로세스 공간 내에 존재하거나 별도의 구성요소일 수 있다.

명심해야 할 중요한 것은 WS-RM 규격은 메시지가 "전선에" 나타나면서 그 내용과 행동만을 다룬다는 점이다.AS에서 RMS로 메시지를 보내는 방법, 메시지가 RMD에서 AD로 전달되는 방법, 메시지가 디스크에 유지되는지 메모리에 저장되는지 여부 등, 이러한 고려사항 중 어느 것도 WS-RM 규격의 일부에 포함되지 않는다.

WS-RM 프로토콜은 여러 가지 배달 확인을 정의하고 지원한다.다음은 다음과 같다.

애틀어스트원스
각 메시지는 적어도 한 번은 AD에 전달될 것이다.메시지를 전달할 수 없는 경우, RMS 및/또는 RMD에 의해 오류가 발생해야 한다. 메시지는 두 번 이상 AD에 전달될 수 있다(즉, AD가 중복 메시지를 수신할 수 있음).
앳모스트원스
각각의 메시지는 기껏해야 AD에 전달될 것이다.메시지는 AD에 전달되지 않을 수 있지만 AD는 중복 메시지를 받지 못할 것이다.
정확히 원스
각 메시지는 정확히 한 번 AD에 전달될 것이다.메시지를 전달할 수 없는 경우, RMS 및/또는 RMD에 의해 오류를 발생시켜야 한다.AD는 절대 중복 메시지를 받지 않을 것이다.
유효한
메시지는 AS에서 RMS로 전송되는 순서에 따라 RMD에서 AD로 전달된다. 이 보증은 위의 보증과 결합될 수 있다.

컴포지티브 아키텍처

WS-ReliableMessaging은 SOAP와 WSDL의 확장성 모델을 사용한다. WS-ReliableMessaging은 완전한 메시징 솔루션에 필요한 모든 기능을 정의하지는 않는다.WS-ReliableMessaging은 완전한 메시징 솔루션을 구축하기 위해 다른 웹 서비스 사양 및 애플리케이션별 프로토콜과 함께 사용되는 빌딩 블록이다.

비판

본 기사는 메시지 레벨에서는 신뢰성이 필요치 않고 비즈니스 레벨에서는 요구된다는 것을 증명하기 위해 노력한다.

역사

WS-ReliableMessaging 구현

참고 항목

참조

외부 링크