WebSphere Extended Deployment, Version 6.0.x     Sistemas operativos: AIX, HP-UX, Linux, Solaris, Windows, z/OS

Activación de ediciones simultáneas

En este tema se describe cómo activar varias ediciones de la misma aplicación de forma simultánea. La activación simultánea resulta de utilidad para la validación de preproducción, poner a prueba una aplicación con un grupo de usuarios seleccionado y bifurcar el despliegue cuando una actualización de aplicación requiera un cambio correspondiente en ramas identificables de máquinas cliente.

Antes de empezar

Debe tener instaladas al menos dos ediciones de la misma aplicación. Para esta guía de aprendizaje, la aplicación BeenThere, edición 1.0 se instala en el destino BTDC1 y la edición 2.0 se instala en el destino BTDC2.

Por qué y cuándo se efectúa esta tarea

Todas las ediciones deben estar activas en destinos de despliegue individuales. Cuando hay varias ediciones de la misma aplicación disponibles de forma simultánea para usuarios del mismo entorno, el direccionador On Demand (ODR) no puede diferenciar entre las ediciones activas sin alguna información disponible para quitarle la ambigüedad a la petición y direccionarla a la edición prevista. Puede utilizar las normas de direccionamiento o interfaces únicas para cada edición para impedir esta ambigüedad. Para alojar y acceder de forma simultánea a varias ediciones de la aplicación que residen en varios destinos de despliegue, realice lo siguiente:
  1. Pulse Aplicaciones > Centro de control de ediciones. Verifique que se instalan dos ediciones de la aplicación con sólo una edición activa.
  2. Pulse en el enlace de la aplicación BeenThere.
  3. Seleccione la edición 2.0 y pulse Activar.
  4. Para crear políticas de direccionamiento para cada edición de aplicación, realice lo siguiente:
    1. Pulse Aplicaciones > Aplicaciones de empresa.
    2. Pulse en el enlace de aplicación. Para esta guía de aprendizaje, pulse en BeenThere.
    3. Pulse en la pestaña Políticas de direccionamiento.
    4. Expanda Clases de trabajo para peticiones HTTP. Dado que no se han especificado normas de direccionamiento, todas las peticiones se direccionan a la edición mostrada en esta página. Para esta guía de aprendizaje, todas las peticiones se direccionan a la edición de aplicación BeenThere-edition2.0.
    5. Pulse Generador de normas.
    6. De la lista de normas, seleccione una norma. Para esta guía de aprendizaje, seleccione Sistema cliente (clienthost) y pulse Añadir.
    7. Seleccione los criterios para la norma. Para esta guía de aprendizaje, seleccione el operador Igual a (=) y especifique el valor del nombre de sistema principal cliente. Pulse Aceptar.
    8. Pulse de nuevo Aceptar.
    9. Expanda Clases de trabajo para peticiones HTTP.
    10. Establezca la acción asociada a la nueva norma. Para esta guía de aprendizaje, las peticiones del sistema principal se direccionan a la edición BeenThere-edition1.0. Seleccione la acción correspondiente de la lista Then (Entonces) y pulse Aplicar para guardar la norma.
    11. En la parte superior de la pestaña Políticas de direccionamiento, pulse Aplicar.
    12. Guarde los cambios en el depósito de configuración y sincronice los nodos.
    13. Verifique que el ODR está en ejecución. Pulse Servidores > Direccionadores on demand.
    14. Pruebe el acceso simultáneo a ediciones de la aplicación. Para seleccionar las dos ediciones de aplicación seleccione los servidores de aplicaciones asociados a los dos clústeres dinámicos BTDC1 y BTDC2 y pulse Iniciar.

Resultado

Cuando se envían peticiones al ODR del cliente con el nombre de sistema principal proporcionado, la edición 1.0 atiende las peticiones, mientras que la edición 2.0 atiende las peticiones de todos los demás clientes.

Ejemplo

Por ejemplo, para ejecutar una prueba de preproducción de una edición de aplicación en el entorno de producción con un conjunto de usuarios seleccionado puede clonar el destino de despliegue, incluidas sus definiciones de recurso y seguridad y activar la edición de destino en el entorno clonado. Utilice normas de direccionamiento para indicar al ODR que desvíe un subconjunto seleccionado de usuarios a la edición.

De forma adicional, si pone a prueba la aplicación, puede utilizar normas 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 normas 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 normas 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 casos en los que las normas de direccionamiento son insuficientes para diferenciar las peticiones de usuario o en los que el usuario prefiere una alternativa a las normas de direccionamiento, puede darse a cada edición su propio URI único y nombre de la interfaz JNDI (Java Naming and Directory Interface) EJB (Enterprise JavaBeans). A diferencia de las normas de direccionamiento, se exponen interfaces únicas para cada edición a los usuarios de la aplicación. Por lo tanto, el usuario debe elegir el nombre adecuado para hacer funcionar la edición adecuada.




Related concepts
Conceptos del gestor de ediciones

Related tasks
Instalación de la primera edición
Despliegue de ediciones
Retroceso de ediciones

Related reference
Políticas de direccionamiento para clases de trabajo

Tema de tarea    

Condiciones de uso | Comentarios Última actualización: Mar 14, 2006 11:05:10 AM EST
http://publib.boulder.ibm.com/infocenter/wxdinfo/v6r0/index.jsp?topic=?topic=/com.ibm.websphere.xd.doc/info/appedition/tappedconc.html

© Copyright IBM 2005, 2006. Reservados todos los derechos.
Este centro de información se ha realizado con tecnología de Eclipse. (http://www.eclipse.org)