Transacciones, alta disponibilidad, cortafuegos y nodos intermediarios de servicios web

Puede configurar el sistema para habilitar la propagación de contextos de Web Services Atomic Transactions (WS-AT) y de contextos de Web Service Business Activities (WS-BA) a través de cortafuegos o fuera del dominio de WebSphere Application Server. Con estas configuraciones puede distribuir las aplicaciones de servicio web que utilizan WS-AT o WS-BA por sistemas distintos. La topología que utilice puede afectar al comportamiento de alta disponibilidad y afinidad de las transacciones.

Las transacciones de servicios web (WS-AT o WS-BA) pueden utilizar todas las funciones de alta disponibilidad de transacciones. Esto incluye la recuperación de igual de un servidor por parte de otro servidor activo del mismo clúster y la redirección de los mensajes de protocolo al servidor de igual para completar las unidades de trabajo del servidor anómalo. Para permitir la alta disponibilidad de las transacciones de servicios web, consulte el tema acerca de la configuración de propiedades de transacción para la recuperación de igual. Para obtener información general sobre la alta disponibilidad y la recuperación de igual en WebSphere Application Server, consulte el tema sobre alta disponibilidad transaccional.

Cuando las transacciones de servicios web se distribuyen entre aplicaciones en distintos servidores o clústeres o en sistemas que no son sistemas WebSphere Application Server, debe en cuenta la afinidad de direccionamiento de las transacciones de las solicitudes de servicios web, así como el impacto en la alta disponibilidad del servicio de transacciones en WebSphere Application Server. Si un cliente remoto envía una serie de solicitudes transaccionales a un servicio de destino que se despliega en un clúster, generalmente preferirá que la primera solicitud establezca una afinidad transaccional de la aplicación cliente con el servidor de destino, de forma que las solicitudes posteriores de la misma transacción se entreguen al mismo servidor de destino. Cuando se completa la transacción, también se envían mensajes del protocolo de transacciones a este mismo servidor de destino, hasta que se produzca una migración tras error de alta disponibilidad de transacción.

Las topologías que están disponibles son las siguientes:
Conexión directa

Utilice esta topología para las configuraciones que no son de clúster. No existe ningún nodo intermediario en esta topología. El cliente se comunica directamente con el WebSphere Application Server específico que contiene el servicio de destino. Esta topología da soporte a la afinidad y alta disponibilidad de transacciones, pero sólo cuando el cliente se ejecuta en un WebSphere Application Server Versión 6.0.2 o posterior en la misma célula administrativa que el servicio de destino.

Servidor proxy WebSphere Application Server

Utilice esta topología cuando el cliente no forme parte de la misma célula administrativa que el servicio de destino y requiera afinidad ni alta disponibilidad de transacciones. En esta topología, el cliente se comunica con un servidor proxy para IBM® WebSphere Application Server, que direcciona dinámicamente las solicitudes de cliente y los mensajes de protocolo de transacciones de servicios web al servidor adecuado en un clúster de WebSphere Application Server. El servidor proxy se configura en la misma célula administrativa que el servicio de destino.

Avoid trouble Avoid trouble: WebSphere Application Server no proporciona soporte de direccionador On Demand (ODR) para este escenario. Sólo el servidor proxy de WebSphere Application Server puede actuar como un proxy para los puntos finales de transacciones de servicio web. gotcha

El servidor proxy proporciona el soporte de direccionamiento para la alta disponibilidad y afinidad de transacciones en el límite de la célula administrativa. Por lo que respecta a cualquier configuración de proxy HTTP, debe proporcionar información sobre el URL de punto final de HTTP, es decir, configure el prefijo de URL de servidor HTTP para el módulo de servicios web de destino.

Además, debe configurar el servidor proxy para que las transacciones de servicios web entreguen los mensajes del protocolo de transacciones de servicios web al WebSphere Application Server correspondiente. Para ello, configure el prefijo de proxy HTTP de servicio de transacciones, que se describe en el tema que trata sobre la habilitación de WebSphere Application Server para utilizar un nodo intermediario para transacciones de servicios web.

El cliente de servicio web envía mensajes a través de un cortafuegos al servidor proxy para WebSphere en la zona desmilitarizada. El servidor proxy pasa el mensaje a un servidor dentro del clúster de WebSphere Application Server.
Servidor HTTP, como IBM HTTP Server

Utilice esta topología cuando el cliente no necesite el direccionamiento de alta disponibilidad y afinidad de transacciones, por ejemplo, porque el servicio de destino se ha desplegado en un servidor que no está en un clúster.

En esta topología, el cliente se comunica con un servidor HTTP, que direcciona siempre las solicitudes de cliente y los mensajes de protocolo de transacción de servicios web a un WebSphere Application Server determinado. Por lo que respecta a cualquier configuración de proxy HTTP, debe proporcionar información sobre el URL de punto final de HTTP, es decir, configure el prefijo de URL de servidor HTTP para el módulo de servicios web de destino. Además, normalmente deberá configurar el servidor HTTP para las transacciones de servicios web, es decir, configúrelo para entregar los mensajes de protocolo de transacciones de servicios web al WebSphere Application Server correspondiente. Para ello, configure el prefijo de proxy HTTP de servicio de transacciones, que se describe en el tema que trata sobre la habilitación de WebSphere Application Server para utilizar un nodo intermediario para transacciones de servicios web.

El servidor HTTP no puede proporcionar afinidad ni alta disponibilidad para las transacciones. No obstante, la integridad de las transacciones está garantizada, porque el proceso de recuperación se lleva a cabo cuando se reinicia el servidor anómalo.
Nota: Todavía puede habilitar la alta disponibilidad en WebSphere Application Server. Los clientes que no son de WebSphere Application Server que acceden a este servidor mediante un servidor HTTP no pueden beneficiarse de la alta disponibilidad de las transacciones, pero otros clientes que accedan al mismo servidor sí pueden. Cuando el cliente está en WebSphere Application Server, todavía está disponible una capacidad total de alta disponibilidad si el servidor que actúa como cliente puede direccionar mensajes de protocolo de transacciones directamente al servidor de aplicaciones sin que el proxy HTTP direccione esos mensajes de protocolo. En este escenario específico, no debe especificar un prefijo de proxy HTTP de servicio de transacción.
El cliente de servicio web se comunica a través de un cortafuegos con el servidor HTTP en la zona desmilitarizada. La configuración del servidor HTTP determina dónde se envía el mensaje en WebSphere Application Server.

Puede que tenga un servidor HTTP existente que sea un proxy inverso para todos los mensajes recibidos, incluidos los mensajes de protocolo de transacción. Si desea que este servidor tenga las posibilidades de alta disponibilidad y de gestión de carga de trabajo de un servidor proxy para IBM WebSphere Application Server, cree un servidor proxy para IBM WebSphere Application Server y configure el servidor HTTP para que direccione todas las solicitudes al servidor proxy, como en el siguiente escenario.

HTTP Server junto con un servidor proxy para IBM WebSphere Application Server

Utilice esta topología cuando el cliente no forme parte de la misma célula administrativa que el servicio de destino y requiera afinidad ni alta disponibilidad de transacciones. La topología es similar al servidor proxy de la topología de IBM WebSphere Application Server, pero da soporte al uso de cualquier servidor HTTP como proxy inverso externo.

En esta topología, el cliente se comunica con un servidor HTTP, que direcciona siempre las solicitudes de cliente y los mensajes de protocolo de transacción de servicios web a un IBM WebSphere Application Server específico. A continuación, el proxy direcciona dinámicamente las solicitudes al servidor adecuado en WebSphere Application Server. El servidor proxy se configura en la misma célula administrativa que el servicio de destino.

El servidor proxy proporciona el soporte de direccionamiento para la alta disponibilidad y afinidad de transacciones en el límite de la célula administrativa. Por lo que respecta a cualquier configuración de proxy HTTP, debe proporcionar información sobre el URL de punto final de HTTP, es decir, configure el prefijo de URL de servidor HTTP para el módulo de servicios web de destino.

Además, debe configurar el servidor HTTP y el servidor proxy para transacciones de servicios web, es decir, configurarlos para entregar los mensajes de protocolo de transacciones de servicios web al WebSphere Application Server adecuado. Para ello, configure el prefijo de proxy HTTP de servicio de transacciones, que se describe en el tema que trata sobre la habilitación de WebSphere Application Server para utilizar un nodo intermediario para transacciones de servicios web.

El cliente de servicio web se comunica a través de un cortafuegos con el servidor HTTP en la zona desmilitarizada. El servidor HTTP envía todas las solicitudes al servidor proxy para IBM WebSphere Application Server, que direcciona directamente solicitudes al servidor correcto en WebSphere Application Server.

Icon that indicates the type of topic Concept topic



Timestamp icon Last updated: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=cjta_routing
File name: cjta_routing.html