A set of use patterns that can be supported by this WS-Notification
implementation.
Through the implementation
of WS-Notification in WebSphere
® Application
Server, you can achieve the following goals:
Within WebSphere Application Server, WS-Notification also allows interchange of event notification between WS-Notification applications and other clients of the service integration bus. By exploiting other service integration bus functionality you can also use this function to interchange messages with other IBM® publish and subscribe brokers such as WBI Event Broker or Message Broker.
For an overview of each of the use patterns that are supported
by this WS-Notification implementation, see the following topics:
- Simple Web services use pattern. In this use pattern WebSphere Application Server is used solely as a notification broker to enable producing and consuming WS-Notification applications to communicate with each other. The applications are unaware that the NotificationBroker service is implemented by WebSphere Application Server.
- Use pattern for WS-Notification as an entry or exit point to the service integration bus. In addition to the ability to pass information between WS-Notification producers and consumers, the WS-Notification support provided in WebSphere Application Server also acts as an entry or exit point to the service integration bus. Event notifications that are published by WS-Notification applications are inserted into the service integration bus where they can be modified, rerouted or consumed by any of the other applications that are connected to the bus. Equally, publications sent by service integration bus clients such as JMS can be received by WS-Notification consumers.
- Network deployment of WS-Notification use pattern. This use pattern shows the potential to deploy a WS-Notification service across multiple servers in a network deployment environment. In this pattern applications can connect to any WS-Notification service point and use them identically when inserting notifications, because WS-Notification topic namespaces are shared by all the WS-Notification service points of the WS-Notification service. Notification messages are propagated throughout the bus to any interested NotificationConsumers, regardless of the location where they attached to the bus (that is, regardless of the WS-Notification service point to which they are connected).
- WS-Notification in a clustered environment:
- Load balanced use pattern. In this use pattern the administrator aims to share client application requests across multiple servers in the cell without overloading any particular server. This requires that all WS-Notification service points of the WS-Notification service can be considered the same - in particular that all topic namespaces are available at every WS-Notification service point of the broker.
- High availability use pattern. In this use pattern the administrator creates a cluster of servers containing a single messaging engine and WS-Notification service point, in order to ensure that should the server containing the messaging engine fail, the resources it manages (subscriptions, event notifications) remain available to the remote applications. The messaging engine is configured to fail over between the various servers in the cluster in order to provide highly available operation.
- Load balanced high availability use pattern. This use pattern is a combination of the load-balanced use pattern and the high-availability use pattern. In this use pattern there is more than one messaging engine in the cluster (where the number of messaging engines is less than or equal to the number of servers). Initial requests received by the proxy server are load balanced across the cluster, to those servers that host WS-Notification service points. Subsequent requests for a resource that is created by that request (that is a subscription) are routed back to the affine messaging engine, even where it might have failed across to a different server in the cluster.
- Event publication between cells use pattern. Implementation of this use pattern uses existing functionality of the service integration bus. WS-Notification services are configured in each of two cells, and a service integration bus link is configured to link the service integration bus topic spaces between the two buses.
- Event publication between cells through an MQ network use pattern. In this use pattern the service integration bus infrastructure is used to transmit event notifications between two cells (buses) through a network of WebSphere MQ queue managers.