[AIX Solaris HP-UX Linux Windows][z/OS]

Activación de ediciones de aplicación simultáneas

Active varias ediciones de la misma aplicación simultáneamente cuando esté realizando la validación antes de la fase de producción, esté poniendo a prueba una aplicación para un grupo de usuarios seleccionados o esté desplegando una rama cuando una actualización de la aplicación requiere un cambio correspondiente en las ramas identificables de las máquinas de cliente.

Antes de empezar

  • Debe tener instaladas al menos dos ediciones de la misma aplicación. Por ejemplo, la edición de aplicación mi_aplicación 1.0 se instala en el clúster dinámico clúster_dinámico_1 y la edición de aplicación 2.0 se instala en el clúster dinámico clúster_dinámico_2.
  • Los privilegios del gestor de ediciones de aplicaciones varían, dependiendo de los distintos roles. Los roles incluyen supervisor, operador, configurador y administrador. Si es un usuario con un rol de supervisor o de operador, solo puede ver la información del gestor de ediciones de aplicaciones. Si tiene el rol de configurador o administrador, tendrá todos los privilegios de configuración para el gestor de ediciones de aplicaciones.

Acerca de esta tarea

Cada edición de aplicación debe estar activa en un destino de despliegue separado. Cuando hay varias ediciones de la misma aplicación disponible simultáneamente para los usuarios del mismo entorno, el direccionador On Demand (ODR) no puede diferenciar entre las ediciones activas sin alguna información disponible para procesar la solicitud y direccionarla a la edición prevista. Puede utilizar reglas de direccionamiento o interfaces exclusivas para cada edición de aplicación para evitar la ambigüedad.

Restricción: En un nodo sólo se da soporte a una edición activa de la aplicación PHP (PHP Hypertext Preprocessor). Si tiene ediciones activas de las mismas aplicaciones PHP, no despliegue la aplicación a los servidores que están en el mismo nodo.

Procedimiento

  1. Active las ediciones de la aplicación. Pulse Aplicaciones > Centro de control de ediciones > nombre_aplicación. Seleccione la edición inactiva y pulse Activar. Por ejemplo, seleccione la aplicación mi_aplicación y active la edición de la aplicación 2.0.
  2. Cree políticas de direccionamiento para cada edición de aplicación. Para obtener más información, consulte el apartado Creación de políticas de direccionamiento para ediciones de aplicaciones.
  3. Verifique que el ODR está en ejecución. Pulse Servidores > Direccionadores On Demand. Para direccionar las solicitudes, el estado debe ser Iniciado.
  4. Pruebe el acceso simultáneo a ediciones de la aplicación. Seleccione las dos ediciones de la aplicación seleccionando los servidores asociados a los dos clústeres dinámicos y pulse Iniciar.

Resultados

La edición 1.0 recibe servicio de la regla de direccionamiento que ha creado para dicha edición, y la edición 2.0 recibe servicio de su propia regla de direccionamiento.

Ejemplo

Para ejecutar una prueba previa a la producción de una edición de aplicación en el entorno de producción con un conjunto seleccionado de usuarios, puede clonar el destino de despliegue, incluyendo sus definiciones de seguridad y recursos y activar la edición de destino en el entorno clonado. Utilice las reglas de direccionamiento para indicar al ODR que desvíe un subconjunto seleccionado de usuarios a la edición de aplicación.

De forma adicional, si desea poner a prueba la aplicación, puede utilizar reglas de direccionamiento para diferenciar los usuarios de prueba de la edición 2.0 de los usuarios generales de la edición 1.0.

En el caso del despliegue de ramificación, utilice reglas de direccionamiento para dirigir cada ramificación a la edición adecuada. A medida que se actualiza el código cliente en cada ramificación sucesiva, las reglas de direccionamiento en el servidor se pueden actualizar para cualificar los clientes de la ramificación recién actualizada para que se envíen a la edición adecuada.

Para los casos donde las reglas de direccionamiento son insuficientes para diferenciar solicitudes de usuario o donde el usuario prefiere una alternativa a las reglas de direccionamiento, se puede dar a cada edición su propio URI único y nombre JNDI (Java™ Naming and Directory Interface) de EJB (Enterprise JavaBeans). A diferencia de las reglas de direccionamiento, se exponen interfaces únicas para cada edición a los usuarios de la aplicación. Por lo tanto, debe elegir el nombre adecuado para hacer funcionar la edición adecuada.

Qué hacer a continuación

Realice la validación para probar la disponibilidad y la capacidad de recuperación de la nueva edición bajo condiciones realistas. Para obtener más información, consulte el tema sobre cómo crear políticas de direccionamiento para ediciones de aplicaciones.


Icon that indicates the type of topic Task topic



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