Topologías de WS-Notification
Esta implementación de WS-Notification puede dar soporte a diversas topologías.
A través de la implementación WS_Notification en WebSphere Application Server, puede conseguir los objetivos siguientes:
- Utilizar las tecnologías de integración de servicios existentes y los componentes de servicios web para ofrecer las funciones WS-Notification.
- Interoperar con otros clientes de mensajería de publicación y suscripción (por ejemplo Java™ Message Service (JMS), IBM MQ) y con los productos de intermediarios de mensajes alternativos.
- Dar soporte a un patrón de editor de publicaciones basado en demanda.
- Definir administrativamente una suscripción WS_Notification en un generador de notificaciones externo:
- Suscribirse a otras implementaciones de intermediario e intermediarios federados WS-Notification .
- Predefinir una lista con información de suscripción que se utilice durante el arranque del sistema para crear las suscripciones apropiadas.
- Despliegue un WS-Notification NotificationBroker en configuraciones de alta disponibilidad y carga de trabajo compartida.
Dentro de WebSphere Application Server, WS-Notification también permite el intercambio de notificaciones de sucesos entre las aplicaciones WS-Notification y otros clientes del bus de integración de servicios. Mediante la explotación de otras funciones del bus de integración de servicios también puede utilizar esta función para intercambiar mensajes con otros intermediarios de publicación y suscripción de IBM.
Si desea una visión general de cada una de las topologías a las que da soporte esta implementación de WS-Notification, consulte los temas siguientes:
- Topología de los servicios web sencillos. En esta topología, WebSphere Application Server sólo se utiliza como intermediario de notificación para permitir la producción y el consumo de aplicaciones WS-Notification para que comuniquen las unas con las otras. Las aplicaciones ignoran que el servicio NotificationBroker está implementado por WebSphere Application Server.
- Topología para WS-Notification como un punto de entrada o salida para el bus de integración de servicios. Además de la capacidad de pasar información entre los generadores y consumidores de WS-Notification, el soporte de WS-Notification proporcionado en WebSphere Application Server también actúa como punto de entrada o salida del bus de integración de servicios. Las notificaciones de sucesos publicadas por aplicaciones WS-Notification se insertan en el bus de integración de servicios, donde cualquiera de las otras aplicaciones conectadas al bus las pueden modificar, redireccionar o consumir. Del mismo modo, las publicaciones enviadas por los clientes del bus de integración de servicios como, por ejemplo, JMS, pueden ser recibidas por los consumidores de WS-Notification.
- Topología de despliegue de red de WS-Notification. Esta topología muestra el potencial para desplegar un servicio WS-Notification entre varios servidores en un entorno de WebSphere Application Server Network Deployment. En este patrón, las aplicaciones pueden conectarse a cualquier punto de servicio WS-Notification y utilizarlos del mismo modo al insertar notificaciones, ya que todos los puntos de servicio WS-Notification del servicio WS-Notification comparten los espacios de nombres de tema WS-Notification. Los mensajes de notificación se propagan por todo el bus a los NotificationConsumers interesados, independientemente de la ubicación en que están conectados al bus (es decir, independientemente del punto de servicio WS-Notification al que están conectados).
- WS-Notification en un entorno en clúster:
- Topología del equilibrio de carga. En esta topología, el administrador espera compartir las peticiones de aplicaciones cliente entre varios servidores en la célula sin sobrecargar ningún servidor específico. Esto requiere que todos los puntos de servicio WS-Notification del servicio WS-Notification puedan considerarse el mismo, en particular, que todos los espacios de nombres de temas están disponibles en todos los puntos de servicio WS-Notification del intermediario.
- Topología de alta disponibilidad. En esta topología, el administrador crea un clúster de servidores que contiene un único motor de mensajería y un punto de servicio WS_Notification, con objeto de garantizar que si el servidor que contiene el motor de mensajería falla, los recursos que gestiona (suscripciones, notificaciones de suceso) siguen disponibles para las aplicaciones remotas. El motor de mensajería está configurado para realizar un migración tras error entre varios servidores del clúster para proporcionar una operación altamente disponible.
- Topología de alta disponibilidad con equilibrio de carga. Esta topología es una combinación de la topología con equilibrio de carga y la topología de alta disponibilidad. En esta topología hay más de un motor de mensajería en el clúster (donde el número de motores de mensajería es inferior o igual al número de servidores). Las solicitudes iniciales recibidas por el servidor proxy tienen la carga equilibrada en el clúster, en los servidores que alojan los puntos de servicio WS-Notification. Las peticiones posteriores para un recurso creado por dicha petición (es decir, una suscripción) se vuelven a direccionar al motor de mensajería correspondiente, aunque haya fallado en un servidor diferente del clúster.
- Publicación de sucesos entre topología de células. La implementación de esta topología utiliza las funciones existentes del bus de integración de servicios. Los servicios WS-Notification están configurados en cada una de las dos células, y un enlace del bus de integración de servicios está configurado para enlazar los espacios de temas del bus de integración de servicios entre los dos buses.
- Publicación de sucesos entre células mediante una topología de red MQ. En esta topología, la infraestructura del bus de integración de servicios se utiliza para transmitir las notificaciones de sucesos entre dos células (buses) a través de una red de gestores de colas de IBM MQ.