WS-Notification 토폴로지
몇 개의 다른 토폴로지가 이 WS-Notification 구현에서 지원 가능합니다.
WebSphere® Application Server에서 WS-Notification 구현을 통해 다음을 달성할 수 있습니다.
- 기존 서비스 통합 기술 및 웹 서비스 컴포넌트를 사용하여 WS-Notification 기능을 전달합니다.
- 다른 공개 및 등록 메시징 클라이언트(예를 들어, Java™ Message Service(JMS), IBM MQ) 및 대체 메시징 브로커 제품과 상호 운용합니다.
- 공개에 대한 요청 기반 공개자 패턴을 지원합니다.
- 외부 알림 프로듀서에 대해 WS-Notification 등록을 관리적으로 정의합니다.
- 다른 WS-Notification 브로커 구현 및 연합 브로커를 등록합니다.
- 시스템 시작 시에 적절한 등록을 작성하기 위해 등록 정보 목록을 사전 정의합니다.
- WS-Notification NotificationBroker를 고가용성 및 워크로드 관리 구성에 배치합니다.
WebSphere Application Server 내에서 WS-Notification을 사용하면 WS-Notification 애플리케이션과 다른 서비스 통합 버스 클라이언트 사이에서 이벤트 알림 교환이 허용됩니다. 다른 서비스 통합 버스 기능을 사용하여 이 기능으로 다른 IBM 공개 및 등록 브로커와 메시지를 교환할 수 있습니다.
이 WS-Notification 구현에서 지원되는 각 토폴로지 개요에 대해 다음 주제를 참조하십시오.
- 단순 웹 서비스 토폴로지. 이 토폴로지에서 WebSphere Application Server만 작성 및 이용 WS-Notification 애플리케이션이 서로 통신하도록 허용하기 위해 알림 브로커로 사용됩니다. 애플리케이션은 NotificationBroker 서비스가 WebSphere Application Server에서 구현되는 것을 인식하지 못합니다.
- 서비스 통합 버스에 대한 입력 또는 종료점으로 WS-Notification에 대한 토폴로지. WS-Notification 프로듀서와 이용자 사이에서 정보를 전달하는 기능 이외에도 WebSphere Application Server에서 제공되는 WS-Notification 지원은 서비스 통합 버스에 대한 입력 또는 종료 위치로 사용됩니다. WS-Notification 애플리케이션으로 공개되는 이벤트 알림은 서비스 통합 버스로 삽입되며 여기에서 수정, 경로 재지정 또는 버스에 연결된 다른 애플리케이션에서 이용됩니다. 이와 동일하게 서비스 통합 버스 클라이언트(예: JMS)로 전송된 공개는 WS-Notification 이용자에서 수신 가능합니다.
- WS-Notification에 대한 네트워크 배치 토폴로지. 이 토폴로지는 WebSphere Application Server Network Deployment 환경의 다중 서버 사이에서 WS-Notification 서비스를 배치할 잠재성을 보여줍니다. 이런 패턴으로 애플리케이션은 모든 WS-Notification 서비스 위치에 연결 가능하고 이를 알림 삽입 시에도 동일하게 사용할 수 있습니다. 이는 WS-Notification 토픽 네임스페이스가 WS-Notification 서비스의 모든 WS-Notification 서비스 위치에서 공유되기 때문입니다. 알림 메시지는 버스를 통해 관련된 NotificationConsumers에 버스에 접속된 위치에 상관없이 전파됩니다(즉, 연결되는 WS-Notification 서비스 위치에 상관없이).
- 클러스터된 환경에서 WS-Notification:
- 로드 밸런스된 토폴로지. 이 토폴로지에서 관리자는 특정 서버를 과부하시키지 않으면서 셀 내의 다중 서버에서 클라이언트 애플리케이션 요청을 공유하고자 합니다. 그러려면 WS-Notification 서비스의 모든 WS-Notification 서비스 위치가 동일하게 고려될 수 있으며 특히 모든 토픽 네임스페이스가 브로커의 모든 WS-Notification 서비스 위치에서 사용 가능합니다.
- 고가용성 토폴로지. 이 토폴로지에서 관리자는 메시징 엔진이 포함된 서버가 실패하는 경우 관리하는 자원(등록, 이벤트 알림)이 원격 애플리케이션에서 계속 사용 가능하도록 단일 메시징 엔진 및 WS-Notification 서비스 위치가 포함되는 서버의 클러스터를 작성합니다. 메시징 엔진은 고가용성 조작을 제공하기 위해 클러스터의 다양한 서버 사이에서 장애 복구되도록 구성됩니다.
- 로드 밸런스된 고가용성 토폴로지. 이 토폴로지는 로드 밸런싱된 토폴로지 및 고가용성 토폴로지의 조합입니다. 이 토폴로지에서 클러스터에는 둘 이상의 메시징 엔진이 있습니다(메시징 엔진 수가 서버 수보다 적거나 같음). 프록시 서버에서 수신된 초기 요청은 WS-Notification 서비스 위치를 호스트하는 서버에 대해 클러스터에서 로드 밸런싱됩니다. 해당 요청으로 작성되는 자원에 대한 후속 요청은 클러스터의 다른 서버에서도 실패했을 수도 있는 아핀 메시징 엔진으로 다시 라우팅됩니다.
- 셀 사이에서 이벤트 공개 토폴로지. 이 토폴로지 구현은 서비스 통합 버스의 기존 함수를 사용합니다. WS-Notification 서비스는 두 셀 중 하나에서 구성되며 서비스 통합 버스 링크는 두 버스 사이에서 서비스 통합 버스 토픽 공간을 링크하도록 구성됩니다.
- MQ 네트워크 토폴로지를 통해 셀 사이에서 이벤트 공개. 이 토폴로지에서 서비스 통합 버스 인프라는 IBM MQ 큐 관리자의 네트워크를 통해 두 셀(버스) 사이에서 이벤트 알림을 전송하는 데 사용됩니다.