Topologies de WS-Notification
Un certain nombre de topologies différentes peuvent être prises en charge par cette implémentation de WS-Notification.
Via l'implémentation de WS-Notification dans WebSphere
Application Server, vous
pouvez atteindre les objectifs suivants :
- Utiliser les technologies d'intégration de services et les composants de services Web existants pour offrir les fonctionnalités WS-Notification.
- Interopérer avec d'autres clients de messagerie de publication et d'abonnement (Java™ Message Service (JMS), IBM MQ, par exemple) et d'autres produits de courtage de messages.
- Prendre en charge un modèle de publication de diffuseur basé sur la demande.
- Définir de façon administrative un abonnement WS-Notification à un fournisseur
de notification externe :
- S'abonner à d'autres courtiers fédérés et implémentations de courtier WS-Notification.
- Prédéfinir une liste des informations relatives aux abonnements qui sont utilisées au démarrage du système afin de créer les abonnements appropriés.
- Déployer WS-Notification NotificationBroker dans des configurations à haute disponibilité et à charges de travail pondérées.
Dans WebSphere Application Server, WS-Notification permet également l'échange de notifications d'événements entre les applications WS-Notification et les autres clients du bus d'intégration de services. En exploitant les autres fonctions de bus d'intégration de services, vous pouvez également utiliser cette fonction pour échanger des messages avec les autres fournisseurs de publication et d'abonnement IBM.
Pour un aperçu de chaque topologie prise en charge par cette implémentation de WS-Notification, voir les rubriques suivantes :
- Topologie de services Web simple. Dans cette topologie, WebSphere Application Server sert uniquement de courtier de notifications afin d'autoriser les applications WS-Notification de production et de consommation à communiquer entre elles. Les applications ne savent pas que le service NotificationBroker est implémenté par WebSphere Application Server.
- Topologie de WS-Notification comme point d'entrée ou de sortie vers le bus d'intégration de services. Outre la possibilité de transmettre des informations entre les producteurs et consommateurs WS-Notification, la prise en charge WS-Notification fournie dans WebSphere Application Server agit également comme un point de sortie ou d'entrée avec le bus d'intégration de services. Les notifications d'événements publiées par les applications WS-Notification sont insérées dans le bus d'intégration de services où elles peuvent être modifiées, redirigées ou reçues par n'importe quelle autre application connectée au bus. De même, les destinataires de WS-Notification peuvent recevoir les publications envoyées par les clients du bus d'intégration de services tels que JMS.
- Déploiement réseau de la topologie de WS-Notification. Cette topologie montre qu'il est possible de déployer un service WS-Notification sur plusieurs serveurs dans un environnement WebSphere Application Server Network Deployment . Dans ce modèle, les applications peuvent se connecter à n'importe quel point de service WS-Notification et les utiliser de manière identique au moment de l'insertion des notifications, car les espaces de nom de sujet WS-Notification sont partagés par tous les points de service WS-Notification du service WS-Notification. Les messages de notification sont propagés à travers le bus à n'importe quel NotificationConsumers, sans tenir compte de l'emplacement de la connexion du bus (c'est-à-dire, sans tenir compte du point de service WS-Notification auquel ils sont connectés).
- Service WS-Notification dans un environnement avec cluster:
- Topologie avec équilibrage de charge. Dans cette topologie, l'administrateur a pour objectif de partager les demandes de l'application client entre plusieurs serveurs dans la cellule sans surcharger un serveur particulier. Par conséquent, tous les points de service WS-Notification du service WS-Notification doivent être considérés comme étant identiques ; et en particulier, tous les espaces de noms de sujet doivent être disponibles à tous les points de service WS-Notification du courtier.
- Topologie avec haute disponibilité. Dans cette topologie, l'administrateur crée un cluster de serveurs contenant un seul moteur de messagerie et point de service WS-Notification afin de garantir qu'en cas de panne du serveur contenant le moteur de messagerie, les ressources qu'il gère (abonnements, notifications d'événements) restent disponibles pour les applications éloignées. Le moteur de messagerie est configuré pour prendre le relais des différents serveurs du cluster afin d'assurer un fonctionnement haute disponibilité.
- Topologie avec équilibrage de charge et haute disponibilité. Cette topologie est une combinaison de la topologie d'équilibrage de charge et de la topologie à haute disponibilité. Dans cette topologie, le cluster contient plusieurs moteurs de messagerie (dont le nombre est inférieur ou égal au nombre de serveurs). Les demandes initiales reçues par le serveur proxy sont partagées entre les serveurs dans le cluster qui héberge les points de service WS-Notification. Les demandes ultérieures pour une ressource qui est créée par cette requête (c'est-à-dire un abonnement) sont redirigées vers le moteur de messagerie d'affinité, même en cas de panne d'un des différents serveurs du cluster.
- Topologie de la publication d'événements entre cellules. L'implémentation de cette topologie utilise les fonctions existantes du bus d'intégration de services. Les services WS-Notification sont configurés dans chacune des deux cellules et une liaison avec le bus d'intégration de services est définie pour relier les espaces de sujet du bus d'intégration de services entre les deux bus.
- Topologie de la publication d'événements entre cellules via un réseau MQ. Dans cette topologie, l'infrastructure du bus d'intégration de services permet de transmettre les notifications d'événements entre deux cellules (bus) via un réseau de gestionnaires de files d'attente IBM MQ.