Web Services Addressing: cortafuegos y nodos intermediarios

Mediante el soporte de Web Services Addressing (WS-Addressing) en este producto, puede crear referencias de punto final que pueden distribuirse en todos los cortafuegos y nodos intermediarios.

Con el soporte de WS-Addressing, puede generar automáticamente referencias de punto final que representan los puntos finales del nodo en el que se generan las referencias. Estas referencias de puntos finales contienen la información de dirección apropiada, basada en el URL configurado para el punto final y cualquier configuración de proxy válida para el servidor que contiene el punto final. Los mensajes destinados a la referencia de punto se dirigen desde el cliente al punto final a través del nodo, o nodos, intermedios correctos, como se describe en los siguientes escenarios de topología.

Si utiliza la API de propiedad de IBM para crear la referencia de punto final, es posible que la topología del sistema afecte también al tipo de referencia de punto final que genera el modelo de programación de WS-Addressing. Por ejemplo, si utiliza el método EndpointReferenceManager.createEndpointReference(QName serviceName, String endpointName) para crear una referencia de punto final en un entorno de clúster, la referencia de punto final representa, de forma predeterminada, un punto final gestionado mediante la carga de trabajo del clúster en el que se ha creado el punto final, según las topologías adecuadas que se muestran en los siguientes apartados. Este comportamiento, por lo tanto, proporciona una mejora de rendimiento para la aplicación.
Nota: Si el componente de aplicación solicitante se ejecuta bajo una transacción o en una sesión HTTP, es posible que se apliquen las restricciones de afinidad a la gestión de carga de trabajo de los puntos finales.

[AIX Solaris HP-UX Linux Windows][IBM i]También puede utilizar la API de propiedad de IBM para crear una referencia de punto final que represente un servicio que no debe estar gestionado por la carga de trabajo debido a que, por ejemplo mantiene el estado en memoria. Un servicio que utiliza un bean de sesión con estado es un ejemplo de un servicio que se basa en la afinidad de direccionamiento a una instancia de servidor específica. Para crear una referencia de punto final con un servicio de este tipo, utilice el método EndpointReferenceManager.createEndpointReference(QName serviceName, String endpointName, java.rmi.Remote statefulSessionBean).

[AIX Solaris HP-UX Linux Windows][IBM i]Si habilita la alta disponibilidad para beans de sesión con estado y crea la referencia de punto final utilizando este método, la referencia de punto final continúa siendo válida incluso si se ha realizado la migración tras error del bean de sesión con estado, siempre que la solicitud se origine en un cliente WebSphere Application Server de la versión 6.1 o posterior, o se direccione mediante un servidor proxy para IBM® WebSphere Application Server en la misma célula administrativa, tal como se describe en los siguientes casos de ejemplo de topología.

Para las referencias de punto final que hacen referencia a servicios que no acceden a ninguna información con estado localizada en un servidor específico, todos los escenarios de topología siguientes son adecuados.

Conexión directa

Utilice esta topología para las configuraciones sin clúster.

En esta topología, no existe ningún nodo intermediario. El cliente se comunica directamente con el servidor que contiene el punto final de destino. En esta topología, las API de WS-Addressing generan automáticamente la dirección adecuada de las referencias de punto final, basándose en el URL configurado para el módulo de servicio web. Este escenario se ilustra en el diagrama siguiente:
El cliente de servicio web envía mensajes directamente al WebSphere Application Server que contiene el punto final de destino.
También puede utilizar esta topología cuando las referencias de punto final creadas con la API de propiedad de IBM hagan referencia a los servicios desplegados en un clúster gestionado por la carga de trabajo. Sin embargo, los mensajes señalados por la referencia del punto final serán gestionados por la carga de trabajo sólo si el cliente a que señala la referencia del punto final es un cliente de WebSphere Application Server, en la versión 6.1 o posterior, que existe en la misma célula administrativa que el punto final, como se muestra en el diagrama siguiente.
El cliente de WebSphere Application Server utiliza la gestión de carga de trabajo y la lógica de direccionamiento de alta disponibilidad para direccionar los mensajes al punto final de destino, que se encuentra en un clúster de WebSphere Application Server. El cliente y el servidor existen en la misma célula administrativa.

Las referencias de punto final creadas utilizando la API JAX-WS estándar no están gestionadas por la carga de trabajo.

Servidor proxy para IBM WebSphere Application Server

Utilice esta topología cuando las referencias de punto final hagan referencia a servicios desplegados en un clúster gestionado por carga de trabajo accedan, de manera opcional, a información con estado localizada en un servidor específico o, de manera opcional, puedan sustituirse por anomalía en una configuración con alta disponibilidad.

En esta topología, las API WS-Addressing generan automáticamente la dirección adecuada de las referencias de punto final basándose en el prefijo del URL de servidor proxy para IBM WebSphere Application Server configurado para el módulo del servicio web de destino. Debe proporcionar información de URL de punto final HTTP, esto es, configurar el prefijo del URL de HTTP en cada despliegue de cada aplicación. El cliente puede existir fuera de la célula administrativa que contiene el servidor proxy y el servidor de destino. El cliente se comunica con el servidor proxy, que direcciona dinámicamente las solicitudes de cliente al servidor de clúster correspondiente.
El cliente del servicio web envía los mensajes, a través de un cortafuegos, a servidor proxy para IBM WebSphere Application Server. El servidor proxy utiliza a continuación su gestión de carga de trabajo y la lógica de direccionamiento de alta disponibilidad para direccionar los mensajes al punto final de un servidor incluido en el clúster. El servidor proxy y el servidor de destino existen en la misma célula administrativa.
[AIX Solaris HP-UX Linux Windows][IBM i]Si el servidor proxy al que se direcciona la referencia de punto final es un servidor proxy para IBM WebSphere Application Server versión 6.1 o posterior, que existe en la misma célula administrativa que el punto final, los mensajes destinados a una referencia de punto final gestionada por carga trabajo se gestionan basándose en la gestión de carga de trabajo del clúster.Para las referencias de punto final creadas mediante la API de propiedad de IBM, se aplica también el comportamiento siguiente:
  • Si la referencia de punto final representa un bean de sesión con estado, las solicitudes orientadas a la referencia de punto final mantendrán la afinidad con el servidor y la instancia del bean de sesión con estado.
  • Si la referencia de punto final representa un bean de sesión con estado con alta disponibilidad, la referencia de punto final sigue siendo válida incluso si se efectúa la sustitución por anomalía de dicho bean de sesión con estado a otro servidor.
Las referencias de punto final creadas utilizando la API JAX-WS estándar no tienen afinidad de servidor ni alta disponibilidad.

[z/OS]Si el servidor proxy al que se direcciona la referencia de punto final es un servidor proxy para IBM WebSphere Application Server versión 6.1 o posterior, que existe en la misma célula administrativa que el punto final, los mensajes destinados a una referencia de punto final gestionada por carga trabajo se gestionan basándose en la gestión de carga de trabajo del clúster.

Servidor HTTP, como IBM HTTP Server

Utilice esta topología cuando las referencias de punto final hagan referencia a servicios desplegados en un clúster gestionado por carga de trabajo y no accedan a información con estado localizada en un servidor específico.

En esta topología, la API WS-Addressing de IBM genera automáticamente la dirección adecuada de las referencias de punto final basándose en el prefijo del URL de HTTP Server configurado para el módulo del servicio web de destino. Debe proporcionar información de URL de punto final HTTP, esto es, configurar el prefijo del URL de HTTP en cada despliegue de cada aplicación. El cliente se comunica con el servidor HTTP, que direcciona dinámicamente las solicitudes de cliente al servidor específico basándose en la configuración del servidor HTTP.
El cliente del 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 en qué lugar se envía en WebSphere Application Server.

[AIX Solaris HP-UX Linux Windows][IBM i]No despliegue una referencia de punto final que represente un bean de sesión con estado en esta topología, ya que el servidor HTTP no retendrá la afinidad con dicho bean de sesión con estado y distribuirá sus solicitudes entre los servidores disponibles.

[AIX Solaris HP-UX Linux Windows][IBM i]Para mantener la afinidad de bean de sesión con estado y la alta disponibilidad de referencias de punto final creadas utilizando la API de propiedad de IBM, utilice un servidor proxy para IBM WebSphere Application Server además del servidor HTTP, tal como se describe en la topología siguiente.

Servidor HTTP con un servidor proxy para IBM WebSphere Application Server

Utilice esta topología cuando las referencias de punto final hagan referencia a servicios desplegados en un clúster gestionado por carga de trabajo o, de manera opcional, accedan a información con estado localizada en un servidor específico o, de manera opcional, puedan migrarse tras error en una configuración con alta disponibilidad. La topología es parecida a la topología de servidor proxy para IBM WebSphere Application Server, pero da soporte al uso de un servidor HTTP como proxy inverso externo.

En esta topología, la API WS-Addressing genera automáticamente la dirección adecuada de las referencias de punto final basándose en el prefijo del URL de HTTP Server configurado para el módulo del servicio web de destino. Debe proporcionar información de URL de punto final HTTP, esto es, configurar el prefijo del URL de HTTP en cada despliegue de cada aplicación.

El cliente se comunica con el HTTP Server, el cual habrá configurado direccionando solicitudes desde un plug-in a un servidor proxy, para que envíe las solicitudes de cliente a un servidor proxy para IBM WebSphere Application Server. A continuación, el proxy direcciona dinámicamente las solicitudes al servidor adecuado.
El cliente del servicio web se comunica, a través de un cortafuegos, con el servidor HTTP en la zona desmilitarizada. HTTP Server envía todas las solicitudes al servidor proxy para IBM WebSphere Application Server, el cual direcciona dinámicamente las solicitudes al servidor correcto del clúster de WebSphere Application Server. El servidor proxy y el servidor de destino existen en la misma célula administrativa.
[AIX Solaris HP-UX Linux Windows][IBM i]Si el servidor proxy al que se direcciona la referencia de punto final es un servidor proxy para IBM WebSphere Application Server versión 6.1 o posterior, y existe en la misma célula administrativa que el punto final, los mensajes destinados a una referencia de punto final gestionada por carga trabajo se gestionan basándose en la gestión de carga de trabajo del clúster.Para las referencias de punto final creadas mediante la API de propiedad de IBM, se aplica también el comportamiento siguiente:
  • Si la referencia de punto final representa un bean de sesión con estado, las solicitudes orientadas a la referencia de punto final mantendrán la afinidad con el servidor y la instancia del bean de sesión con estado.
  • Si la referencia de punto final representa un bean de sesión con estado con alta disponibilidad, la referencia de punto final sigue siendo válida incluso si se efectúa la sustitución por anomalía de dicho bean de sesión con estado a otro servidor.
Las referencias de punto final creadas utilizando la API JAX-WS estándar no tienen afinidad de servidor ni alta disponibilidad.

[z/OS]Si el servidor proxy al que se direcciona la referencia de punto final es un servidor proxy para IBM WebSphere Application Server versión 6.1 o posterior, y existe en la misma célula administrativa que el punto final, los mensajes destinados a una referencia de punto final gestionada por carga trabajo se gestionan basándose en la gestión de carga de trabajo del clúster.


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=cwbs_wsa_eprs
File name: cwbs_wsa_eprs.html