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

Conceptos del gestor de ediciones

Con el gestor de ediciones de aplicaciones, puede gestionar distintas versiones y ediciones de la aplicación. En este tema se describe la diferencia entre versiones y ediciones del gestor de ediciones de aplicaciones, los métodos de actualización de la aplicación y la validación y compatibilidad de ediciones.

Versiones y ediciones

Una versión es la generación continuada de una interfaz, función, implementación o aplicación completa, etc. La versión es un concepto de desarrollo y de creación. Una edición es una generación de despliegue continuada, por ejemplo, el despliegue de un conjunto determinado de artefactos con versión. Una edición es un concepto operativo y de despliegue. Estos términos distinguen entre lo que sucede en el entorno de desarrollo y creación de lo que sucede en el entorno de despliegue y operativo.

Disponibilidad continua de la aplicación

Muchas aplicaciones de empresa requieren una disponibilidad constante. En el centro de información de WebSphere Application Server Network Deployment y otras fuentes, como IBM Redbooks, se documentan opciones para configuraciones de WebSphere Application Server que admiten la disponibilidad continua. El estándar de disponibilidad de aplicaciones afirma que las aplicaciones se despliegan en clústeres de servidores de aplicaciones. La redundancia de un clúster es esencial para proporcionar una disponibilidad continua.

Actualización de aplicaciones sin interrupciones

La actualización de aplicaciones sin interrupciones se refiere a la capacidad de realizar la actualización manteniendo a su vez la disponibilidad continua de la aplicación. Los usuarios de la aplicación no experimentan una pérdida de servicio durante la actualización de la aplicación.

Edición de la aplicación

La edición de la aplicación es un despliegue único de una aplicación en particular. En el entorno administrativo de WebSphere Application Server, la edición de la aplicación es una aplicación que se identifica de forma exclusiva mediante la combinación de nombre de aplicación y nombre de edición. Varias ediciones de la misma aplicación tienen el mismo nombre de aplicación, pero nombres de edición distintos. El nombre de la aplicación puede ser numérico, como 1.0 ó 2.0, o descriptivo, como primera edición o edición borrador.

Edición base

La edición base se refiere a una aplicación desplegada que no tiene ninguna información de edición asociada. Por ejemplo, las aplicaciones que estén instaladas antes de añadir el soporte del gestor de ediciones a la célula de WebSphere Extended Deployment se visualizan en el gestor de ediciones como ediciones base.

Activación de la edición

La activación de la edición distingue entre dos estados en los que podría existir una edición de la aplicación. Cuando se instala por primera vez una edición, se encuentra en el estado inactivo. No se puede iniciar una edición inactiva. Es necesario poner la edición en el estado activo. Se puede iniciar una edición en el estado activo. La transición de inactiva a activa se denomina activación.

Activación simultánea

La activación simultánea es cuando están activas varias ediciones de la misma aplicación y se han iniciado simultáneamente. Las ediciones activas simultáneamente pueden proporcionar a unos usuarios el acceso a una edición y a otros el acceso a otra. Por ejemplo, si presenta una nueva edición de una aplicación, quizá desee seleccionar un grupo de usuarios para probarla, pero que no todos los usuarios tengan acceso a ésta. Con la activación simultánea, debe establecer una política de direccionamiento para distinguir qué usuarios tienen acceso a una edición. Una política de direccionamiento impide la ambigüedad y determina qué edición recibe el control. A continuación figura un diagrama de ejemplo de una activación simultánea: Activación simultánea

Política de direccionamiento

WebSphere Extended Deployment proporciona políticas de direccionamiento para aplicaciones. Las políticas de direccionamiento se almacenan como parte de los metadatos de configuración de una aplicación. Con una política de direccionamiento puede expresar normas que indiquen al direccionador On Demand (ODR) que envíe peticiones de una aplicación en particular a una edición u otra basándose en un conjunto de criterios. Puede utilizar distintos criterios que especifiquen qué peticiones se enviarán a una edición de la aplicación en particular. Esto hace posible enviar peticiones de determinados usuarios a una edición y peticiones de otros usuarios a otra edición.

Despliegue de la edición

El despliegue de la edición se refiere a desplegar y activar una edición de la aplicación entre un clúster de servidores. Para proporcionar actualizaciones de la aplicación sin interrupciones, el despliegue de la aplicación incluye peticiones de inmovilización de la aplicación en un servidor determinado, lo que aparta ese servidor de recibir nuevas peticiones, detiene la edición actualmente activa, inicia la nueva edición y continúa el flujo de peticiones en la edición. El despliegue de la edición en un clúster de servidores realiza estas actividades entre el conjunto de los servidores que se encuentran en ese clúster.

Despliegue de grupo

El despliegue de grupo sustituye una edición de miembros del clúster de destino de un grupo. Durante el despliegue de grupo, la edición anterior o la nueva podrían atender peticiones hasta que finaliza la sustitución. El despliegue de grupo produce la actualización de servidores a la nueva edición a la vez. Todos los servidores del grupo se inmovilizan, se drenan, se detienen y se restablecen. Sólo se puede desplegar un grupo a la vez con la consola administrativa. De modo alternativo, puede utilizar scripts para desplegar varios grupos.

Durante el despliegue de grupo, hay periodos de tiempo durante los que las ediciones antigua y nueva de la aplicación están disponibles y atienden las peticiones de usuario a la vez. A medida que se produce el despliegue de la edición, algunos servidores del clúster hacen la transición de la edición anterior a la nueva, algunos servidores hacen la transición y otros no han iniciado la transición. A no ser que las peticiones de la aplicación se vean afectadas por una norma de direccionamiento, se envían a un servidor que tenga activa una instancia en ejecución de cualquier edición de la aplicación solicitada. Por ejemplo, cuando realiza el despliegue de la edición 1.0 a la 1.1, o bien, la edición 1.0 o la 1.1, pueden atender las peticiones de la aplicación hasta que finalice el despliegue.

A continuación figura un diagrama de despliegue de grupo de ejemplo: Diagrama de despliegue de grupo

Despliegue atómico

La opción de despliegue atómico sustituye una edición en mitad del clúster en un instante de tiempo para atender todas las peticiones de usuario con una edición coherente de la aplicación. En cualquier punto del tiempo, o la edición anterior o la nueva atienden todas las peticiones de usuario.

El despliegue atómico asegura que todas las peticiones de la aplicación se atienden mediante una edición coherente, por ejemplo, la edición 1.0 o la 1.1, pero no mediante las dos. La edición actualmente disponible se pone fuera de línea en mitad de los servidores que componen el clúster. En esos servidores, se activa y se inicia la nueva edición, pero se mantienen fuera de línea hasta que finaliza el siguiente paso. El siguiente paso es poner fuera de línea la edición actualmente activa en los servidores restantes. En este punto, ningún servidor tiene ninguna instancia de las ediciones disponible para atender peticiones de la aplicación. En este momento del tiempo, el ODR pone en cola temporalmente las peticiones que llegan de esta aplicación. Después de que la aplicación está completamente fuera de línea, la primera mitad del clúster se pone de nuevo en línea. La segunda mitad hace la transición del clúster de la edición anterior a la siguiente edición y se pone de nuevo en línea.

A continuación figura un diagrama de ejemplo de despliegue atómico:

Diagrama de despliegue atómico

Validación de la edición

La validación de la edición hace referencia a un caso especial de activación simultánea, donde el destino de despliegue asignado de una edición, por ejemplo, un clúster dinámico, se clona y la edición pasa a estar preparada para iniciarse en el destino de despliegue clonado. El destino de despliegue clonado se denomina destino de validación. Deben utilizarse las normas de direccionamiento para designar qué peticiones de la aplicación se enviarán a la edición que sufre la validación. Cuando una edición se encuentra en la validación, está en la modalidad de validación.

La modalidad de validación asegura que una nueva edición de una aplicación funciona en su entorno de producción sin poner fuera de línea la edición disponible actualmente. Normalmente, se envía una carga de prueba a una edición en la modalidad de validación para confirmar que los aspectos de entorno y configuración de la aplicación, como la conectividad y el acceso a la base de datos, funcionan como se esperaba. Cuando se despliega la modalidad de validación de una edición, se produce el despliegue en el destino de despliegue en el que se ha instalado inicialmente la edición. Esto provoca que la edición salga de la modalidad de validación. A la salida de la modalidad de validación, se suprime el destino de validación.

A continuación figura un diagrama de validación de ejemplo:

Compatibilidad de ediciones

Algunos cambios en la aplicación son transparentes para unos usuarios y para otros no. Cuando una actualización de la aplicación entrega al menos las mismas interfaces de programación de aplicaciones que en el último cambio y no se produce ningún cambio semántico en el comportamiento esencial, esa edición de la aplicación es compatible con versiones anteriores. Los usuarios existentes pueden utilizar la aplicación actualizada sin cambiar cómo la utilizan y no notarán diferencias entre la edición actual y la inicial.

Una actualización de la aplicación que requiere que los usuarios existentes cambien el modo de utilizar la aplicación es una actualización incompatible. En algunas ocasiones quizá tenga que omitir la función inicial o cambiar las interfaces, por ejemplo, para mejorar la capacidad de mantenimiento u otros factores y podrían introducirse cambios incompatibles en el entorno de despliegue. Los cambios incompatibles requieren una planificación cuidadosa para gestionar el impacto en los usuarios existentes.




Related concepts
Gestor de ediciones de aplicaciones

Related tasks
Guía de aprendizaje del gestor de ediciones

Related reference
Estados de edición

Tema de concepto    

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/cxappedcon.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)