Vídeo: Entrega de fixpacks de corriente única de Liberty
A continuación, se ofrece la transcripción del vídeo "16.0.0.2+: Entrega de fixpacks de corriente única de Liberty", donde se describe cómo se entrega de forma continua el contenido de Liberty, la nueva corriente de servicio único para los fixpacks y el nuevo esquema de numeración de fixpacks. El audio describe la narración y los títulos. La acción en pantalla describe el contenido que aparece en el vídeo.
16.0.0.2+: Entrega continua de fixpacks de corriente única de Liberty
Escena | Audio | Acción en pantalla |
---|---|---|
1 | Con el release de WebSphere Application Server Versión 9, continuamos con una secuencia de servicio único para los fixpacks de Liberty, que se entregará de forma continua. ¿Qué significa esto exactamente? Veámoslo por partes. | Se muestran las palabras "16.0.0.2 y posteriores: Entrega de fixpacks de corriente única de Liberty" |
2 | Liberty siempre ha seguido un modelo de entrega continua, para que pueda disfrutar de las nuevas funciones de forma más rápida que con los modelos tradicionales. Tradicionalmente, la nueva funcionalidad se publica en grandes bloques como una nueva versión del producto, con la entrega de pequeñas actualizaciones y arreglos como fixpacks entre versiones. Esto significa que si desea probar una nueva tecnología, es posible que deba esperar un tiempo hasta la siguiente versión. Con el modelo de Liberty, la funcionalidad se entrega de forma continua, por lo que no hay que esperar a la próxima versión importante, sólo hasta la próxima actualización periódica. | Se muestran las palabras "Entrega continua de Liberty: un repaso" Se muestra un gráfico que tiene muchas partes que se aplican a una nueva versión y sólo partes individuales que se aplican a los fixpacks para representar los modelos tradicionales. Se muestra un gráfico que reparte el mismo número de partes equitativamente entre los fixpacks para representar el modelo de Liberty. |
3 | Las nuevas versiones ya no entregan una gran cantidad de nuevas funciones; todo se hace con fixpacks. Con la entrega de fixpacks de corriente única, todas las versiones del producto Liberty reciben el mismo fixpack con las actualizaciones mayores y más recientes. Recibe el mismo contenido con la misma planificación, independientemente de qué versión del producto haya adquirido. El fixpack 16.0.0.2 y posteriores se aplican a WebSphere Application Server Versión 8.5 y Versión 9. | Se muestran las palabras "Corriente de entrega de fixpack individual" Se muestra una línea de fixpacks con una flecha que está etiquetada como "WebSphere Application Server Versión 8.5" Se muestra un bloque que está etiquetado como "16.0.0.2" para representar ese fixpack y se muestra una flecha que está etiquetada como "WebSphere Application Server Versión 9.0" que empieza en el fixpack y continúa. |
4 | Fixpack 16.0.0.2: ¿de donde proviene este número? Con el modelo de entrega continua de corriente única, los límites de versión ya no son tan importantes. Por lo tanto, se ha introducido un nuevo esquema de numeración de fixpacks para destacar lo importante: cómo es su instalación de Liberty.
En lugar del esquema de numeración tradicional de versión, release, modificación, fixpack como, por ejemplo, 8.5.5.9, los fixpacks de Liberty ahora empiezan por el año de publicación del fixpack. Por ejemplo, 16.0.0.2 hace referencia al segundo fixpack de 2016, siendo el primero 8.5.5.9, que todavía sigue el esquema de numeración anterior. El primer fixpack de 2017 será 17.0.0.1. De esta forma, en 2018 podrá ver la instalación 17.0.0.1 y saber que tiene un año de antigüedad y que quizás sea el momento de actualizarla. |
Se muestran las palabras "Esquema de numeración basado en años" Se muestra la palabra "16.0.0.2" y signos de interrogación. Se muestra la palabra "8.5.5.9" con las palabras versión, release, modificación, fixpack etiquetando cada número. Se muestra la palabra "16.0.0.2" con las palabras año, release, modificación, fixpack etiquetando cada número. |
5 | Cuando sea el momento de realizar la actualización, la arquitectura de migración cero de Liberty significa que ya no tendrá que preocuparse de realizar correcciones en las aplicaciones o en la configuración del servidor. La configuración del servidor es totalmente compatible con las versiones anteriores (y posteriores), lo que significa que la configuración de un nuevo release funciona con los releases anteriores y una configuración anterior funciona con el último release. Esto significa que si se instalan todas las características configuradas, puede utilizar un único conjunto de archivos de configuración para muchas versiones de Liberty diferentes. Excepto para la configuración de características, los elementos que no se apliquen a un servidor específico se ignorarán. Soporte de API de paquetes de Liberty para su aplicación en las características conectables, que puede habilitar e inhabilitar para personalizar las tecnologías disponibles en el servidor. Si una API cambia, por ejemplo, del Servlet 3.0 al Servlet 3.1, puede seguir utilizando la característica servlet-3.0 y no tendrá que corregir sus aplicaciones para tener en cuenta los cambios de comportamiento, a menos que elija habilitar el nivel de especificación posterior. |
Se muestran las palabras "Arquitectura de migración cero de Liberty" Se muestra un diagrama que ilustra un único conjunto de configuración de servidor que se aplica a un servidor de Liberty 8.5.5.2 y un servidor de Liberty 16.0.0.2. |
6 | Para obtener más información y descargar el fixpack de Liberty más reciente, visite WASdev.net. | Se muestran las palabras "Para obtener más información y realizar la descarga: WASdev.net" |
Para obtener más información, consulte Novedades de este release de Liberty.