Objectifs de la création de plusieurs points de service WS-Notification
Il existe deux raisons principales à la création de plusieurs points de service WS-Notification.
- Fournir un accès WS-Notification via plusieurs serveurs d'une cellule.
- Fournir un mécanisme permettant aux applications WS-Notification de se connecter au même serveur en utilisant des liaisons ou des paramètres de sécurité différents.
Pour fournir un accès WS-Notification via plusieurs serveurs d'une cellule, vous devez définir au maximum un point de service WS-Notification pour chaque serveur de la cellule. Cela permet l'équilibrage de la charge de travail, soit par une répartition manuelle des clients sur les serveurs, soit automatiquement, comme décrit dans le Topologie avec équilibrage de charge. Notez que pour un certain nombre de serveurs, il se peut que vous ne définissiez aucun point de service.
Pour fournir un mécanisme permettant aux applications WS-Notification de se connecter au même serveur en utilisant des liaisons ou des paramètres de sécurité différents, vous devez définir plusieurs points de service WS-Notification sur un serveur donné, puis canaliser certaines applications vers des points de services spécifiques. Ce cas se décompose comme suit :
- Points de service WS-Notification de types différents (liaisons).
Si, par exemple, vous créez un point de service pour des applications qui utilisent SOAP sur HTTP et un autre pour SOAP sur JMS, les applications conçues pour utiliser l'une ou l'autre de ces liaisons peuvent se connecter au service WS-Notification en question. Remarque : L'utilisation de SOAP sur JMS est coûteuse en performances, comme décrit dans WS-Notification : Liaisons prises en charge.
- Plusieurs points WS-Notification qui utilisent la même liaison. Par exemple, vous pouvez définir deux points de service sur un même serveur, qui utilisent la liaison SOAP sur HTTP. Pour les cas simples, rien n'impose de procéder ainsi, car les deux points de service fournissent des fonctions identiques, mais dans les situations plus complexes, vous pouvez utiliser cette configuration pour distinguer les deux points de service. Vous pouvez, par exemple, être amené à configurer différentes règles de sécurité sur chaque point de service. Une règle de sécurité pourrait s'appliquer aux connexions provenant de l'extérieur de l'environnement sécurisé, imposant un chiffrement du transport SSL et un contrôle d'autorisation distinct. Une seconde règle s'appliquerait aux applications exécutées dans l'environnement sécurisé, ce qui impliquerait également une règle d'autorisation, mais pas de protocole SSL. Dans un autre exemple, des applications utiliseraient une messagerie WS-ReliableMessaging pour les messages à haute valeur métier (pour lesquels la sécurité du transport est importante) sur un point de service, tandis qu'un autre point de service, n'utilisant pas la messagerie WS-ReliableMessaging, serait destiné aux notifications d'événements à faible valeur métier.