Motivos para crear múltiples puntos de servicio WS-Notification
Existen dos casos principales en los cuales es probable que el usuario desee crear más de un punto de servicio WS-Notification para un servicio WS-Notification determinado.
- Para proporcionar acceso a WS-Notification a través de más de un servidor de la célula.
- Para proporcionar un mecanismo a través del cual las aplicaciones WS-Notification pueden conectarse al mismo servidor, utilizando enlaces o parámetros de seguridad diferentes.
Para proporcionar acceso a WS-Notification a través de más de un servidor de la célula, deberá definir, como mínimo, un punto de servicio para cada servidor de la célula. Así se habilita el equilibrio de carga de trabajo, ya sea basándose en la distribución manual de clientes entre servidores o automáticamente, tal como se describe en Topología del equilibrio de carga. Tenga en cuenta que, para algunos o muchos servidores, es probable que no defina ningún punto de servicio.
Para proporcionar un mecanismo a través del cual las aplicaciones WS-Notification pueden conectarse al mismo servidor, utilizando enlaces o parámetros de seguridad diferentes, debe definir más de un punto de servicio WS-Notification en un servidor determinado y, a continuación, canalizar aplicaciones determinadas a través de puntos de servicio determinados. Existen dos subcasos adicionales para esta opción:
- Puntos de servicio WS-Notification de tipos diferentes (enlaces).
Por ejemplo, si crea un punto de servicio para aplicaciones que utilicen SOAP sobre HTTP, y un segundo para SOAP sobre JMS, así es posible que las aplicaciones, escritas para que utilicen cualquiera de estos enlaces, se conecten al servicio WS-Notification en cuestión. Nota: Existen un coste en rendimiento relacionado con el uso de SOAP sobre JMS, tal como se describe en WS-Notification: enlaces soportados.
- Múltiples puntos de servicio WS-Notification que utilizan el mismo enlace. Por ejemplo, puede definir dos puntos de servicio en el mismo servidor, y que ambos utilicen el enlace SOAP sobre HTTP. Para casos sencillos, no hay motivo para hacer esto, ya que ambos puntos de servicio proporcionan las mismas funciones, pero en situaciones avanzadas, puede utilizar esta configuración para diferenciar entre los dos puntos de servicio. Por ejemplo, probablemente, deseará configurar diferentes políticas de seguridad para cada uno de los puntos de servicio. Un política de seguridad podría establecerse para las conexiones originadas desde el exterior del entorno de confianza, donde regirá el cifrado de transporte SSL y una comprobación de autorización independiente. La segunda política podría establecerse para aplicaciones que se ejecutan dentro del entorno de confianza, que seguiría requiriendo la política de autorización, pero no SSL. Otro ejemplo sería cuando se necesita el uso de WS-ReliableMessaging en un punto de servicio, para ser utilizado por aplicaciones con mensajes de alto valor empresarial (en las cuales es importante un transporte fiable) y en un punto de servicio separado que no utiliza WS-ReliableMessaging para las notificaciones de suceso de bajo valor.