다중 WS-Notification 서비스 위치 작성 이유
지정된 WS-Notification 서비스에 대해 둘 이상의 WS-Notification 서비스 위치를 작성하려고 하는 두 개의 기본적인 상황이 있습니다.
그 두 상황은 다음과 같습니다.
- 셀에서 둘 이상의 서버에 대해 WS-Notification 액세스를 제공하기 위해.
- 다른 바인딩이나 보안 매개변수를 사용하여 동일 서버에 연결 가능한 WS-Notification 애플리케이션을 사용하는 메커니즘을 제공하기 위해.
셀에서 둘 이상의 서버에 대해 WS-Notification 액세스를 제공하려면 셀의 각 서버에 대해 최대 한 개의 WS-Notification 서비스를 정의해야 합니다. 이를 통해 서버에서 클라이언트를 수동으로 분산시켜 워크로드 밸런스를 유지하거나 로드 밸런스된 토폴로지에서 설명하는 대로 자동으로 분산시켜서 유지할 수 있습니다. 일부 또는 많은 서버에 대해 서비스 위치를 전혀 정의하지 않을 수도 있습니다.
다른 바인딩이나 보안 매개변수를 사용하여 동일 서버에 연결 가능한 WS-Notification 애플리케이션을 사용하는 메커니즘을 제공하려면 특정 서버 그리고 특정 서비스 위치를 통해 채널 특정 애플리케이션에 둘 이상의 WS-Notification 서비스 위치를 정의해야 합니다. 이 옵션의 경우에는 두 개의 추가 하위 상황이 있습니다.
- 다른 유형의 WS-Notification 서비스 위치(바인딩):.
예를 들어, SOAP over HTTP를 사용하는 애플리케이션에 대해 한 개의 서비스 위치를
작성하고 SOAP over JMS에 대해 두 번째 서비스 위치를 작성하는 경우,
이를 사용하면 이 바인딩 중 하나를 사용하도록 작성된 애플리케이션이 문제가 되는
WS-Notification 서비스에 연결할 수 있습니다. 참고: WS-Notification: 지원되는 바인딩에서 설명하는 것처럼 SOAP over JMS를 사용하면 성능 비용이 있습니다.
- 동일한 바인딩을 사용하는 다중 WS-Notification 서비스 위치. 예를 들어, 동일한 서버에 모두 SOAP over HTTP 바인딩을 사용하는 두 개의 서비스 위치를 정의할 수 있습니다. 간단하게, 두 서비스 위치 모두 동일한 기능을 제공하기 때문에 이렇게 할 필요는 없지만 앞의 상황에서 이 구성을 사용하여 두 서비스 위치를 구별할 수 있습니다. 예를 들어, 각 서비스 위치에서 다른 보안 정책을 구성할 수 있습니다. SSL 전송 암호화 및 별도의 권한 검사를 수행하여 한 개의 보안 정책이 신뢰 환경 외부에서 시작된 연결에 대해 설정될 수 있습니다. 두 번째 정책은 여전히 인증 정책은 필요하지만 SSL은 필요하지 않은 신뢰 환경 내에서 실행 중인 애플리케이션용일 수 있습니다. 다른 예로는, 비즈니스 가치가 높은 애플리케이션에서 사용되는 서비스 위치에서 WS-ReliableMessaging을 사용해야 하고(신뢰 가능한 전송이 중요) 가치가 낮은 이벤트 알림에 대해서는 WS-ReliableMessaging을 사용하지 않는 별도의 서비스 위치가 필요한 경우입니다.