Liberty: arquitectura de migración cero

Con la arquitectura de migración cero de Liberty, puede cambiar a la última versión de Liberty con un impacto mínimo en las configuraciones y aplicaciones actuales.

La arquitectura de migración cero significa que puede utilizar los archivos de aplicación y configuración existentes sin modificar con una versión actualizada del entorno de ejecución de Liberty sin cambios de comportamiento inesperados o no deseados. Con los dos aspectos siguientes de la arquitectura, casi nunca necesitará realizar cambios:

Compatibilidad completa entre versiones del producto
Puede actualizar Liberty sin migrar los archivos de configuración.
Características conectables
Las API y los comportamientos existentes están soportados en las nuevas versiones del producto, y se añaden nuevas API y comportamientos en las nuevas características.

Archivos de configuración del usuario

El entorno de ejecución de Liberty nunca modifica los archivos de configuración del usuario, que son totalmente compatibles entre las distintas versiones. Puede utilizar una misma versión de los archivos de configuración entre distintas versiones. Los archivos que ha creado para una versión anterior de Liberty pueden utilizarse con una versión posterior. Los archivos que crea para versiones posteriores pueden utilizarse con versiones anteriores. Como resultado, si se instalan todas las características configuradas, puede utilizar un único conjunto de archivos de configuración en varias versiones sin necesidad de modificaciones. Los valores de configuración que no se apliquen a una determinada versión del entorno de ejecución de Liberty se ignorarán.

Aplicaciones de usuario

El entorno de ejecución de Liberty utiliza características conectables para dar soporte a varias versiones de una API. Por ejemplo, las especificaciones de servlet 3.0 y 3.1 están soportadas. Los cambios de comportamiento de las API sólo se producirán en las nuevas versiones de las características, para que pueda elegir la versión de característica adecuada para su aplicación. Estas características con versiones siguen estando soportadas en las actualizaciones de Liberty. Si continúa utilizando la misma versión de característica, nunca deberá migrar la aplicación.

Por ejemplo, si la aplicación utiliza el Servlet 3.0, el servidor de Liberty que ejecuta la aplicación debe tener la característica servlet-3.0. Puede actualizar Liberty y continuar utilizando la característica servlet-3.0 de manera indefinida, independientemente de cuántos otros niveles de especificación de servlet estén soportados. Sólo deberá migrar las aplicaciones si elige utilizar la característica servlet-3.1 en su lugar.

Un diagrama que muestra cómo se utilizan las características de servlet con las versiones anteriores y recientes del producto.

Si utiliza API de terceros, tenga en cuenta que pueden modificarse o eliminarse cuando actualiza Liberty. Las API de terceros se exponen a las aplicaciones a través de las características de Liberty. La compatibilidad con una versión anterior de estas API no está controlada por Liberty y no se garantiza. Algunas API que están disponibles para las aplicaciones no están proporcionadas por las características de Liberty y no se benefician de este diseño, por lo que puede ser necesario modificar el código de aplicación. Por ejemplo, es posible que deba actualizar las API Java™ que proporciona el Java SDK subyacente. Ocasionalmente, puede que deba actualizar la versión del Java SDK. En lugar de recopilar información y migrar las aplicaciones manualmente, explore las aplicaciones y busque si hay cambios necesarios utilizando el kit de herramientas de migración para binarios de aplicación y el kit de herramientas de migración de WebSphere Application Server. Para descargar el kit de herramientas y obtener más información, consulte el artículo Migración en WASdev.

Utilización de nuevas características

Si desea utilizar una nueva característica, tenga en cuenta las siguientes preguntas:

¿Cómo afecta una nueva característica a las aplicaciones existentes?
Una nueva versión de una característica que está utilizando puede afectar a las aplicaciones existentes. Por ejemplo, si actualmente utiliza Servlet 3.0 y desea utilizar Servlet 3.1, es posible que deban cambiarse las aplicaciones de servlet existentes para que funcionen correctamente con el Servlet 3.1. Modifique la aplicación para que funcione con la nueva versión de la característica o mantenga las aplicaciones en un servidor que se haya configurado con la versión de característica original como, por ejemplo, Servlet 3.0, y cree una configuración de servidor con la nueva versión para las nuevas aplicaciones.
¿La nueva característica es compatible con las características existentes?
El producto permite combinar algunas características de versiones diferentes de Java EE, pero es más fácil permanecer con una versión de la especificación Java EE, si es posible. Algunas características interactúan muy de cerca con otras características cuando se configuran en el mismo servidor y son sensibles a sus versiones. Por ejemplo, muchas de las características de Java EE están estrechamente asociadas con las características de Contexts and Dependency Injection (CDI) y sólo funcionan con una versión específica de esta característica. Si añade una característica a su configuración, es posible que deba cambiar las versiones de otras características que ya esté utilizando. Para obtener más información, consulte Combinaciones admitidas de las características Java EE 6 y 7.
¿La nueva característica requiere otros cambios de configuración?
Algunas características requieren versiones específicas de software de requisito previo, habitualmente, el Java SDK. Por ejemplo, las características de Java EE 7 requieren Java versión 7 como mínimo. Por lo tanto, la adición de una característica de Java EE 7 a la configuración del servidor puede requerir que suba a Java SDK 7 o posterior.

Excepciones de la migración cero

En algunos casos excepcionales, no se sigue el concepto de migración cero. En los casos siguientes, es posible que deba modificar la aplicación o la configuración:
Arreglos de seguridad
Si se requiere un arreglo relacionado con la seguridad, pero no se puede aplicar de manera segura conservando el comportamiento existente, es posible que deba modificar la aplicación o la configuración.
Requisitos de API de terceros
El producto no controla las API de la configuración del cargador de clases de terceros. Como resultado, las actualizaciones de componentes de terceros no tienen garantía de compatibilidad con una versión anterior.
Retirada del soporte
Liberty continúa dando soporte a las partes del producto que afectan a los datos de usuario, pero a veces es necesario retirar una característica o un producto de software soportado. Normalmente, los usuarios reciben notificaciones de la retirada con dos años de antelación como mínimo. Sin embargo, las notificaciones no son tan prácticas cuando otros proveedores de software retiran el soporte de su producto antes que Liberty. Tenga en cuenta los productos de terceros que utiliza con su instalación de Liberty y su ciclo de vida. Para obtener información sobre los artículos que son elegibles para la retirada en el futuro, consulte Avisos de eliminación.

Icono que indica el tipo de tema Tema de concepto



Icono de indicación de fecha y hora Última actualización: Tuesday, 6 December 2016
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=cwlp_migration
Nombre de archivo:cwlp_migration.html