AWS El servicio de modernización de mainframes (experiencia en entornos de ejecución gestionados) ya no está abierto a nuevos clientes. Para obtener prestaciones similares a las del Servicio de Modernización de AWS Mainframe (experiencia en entornos de ejecución gestionados), explore el Servicio de Modernización de AWS Mainframe (experiencia autogestionada). Los clientes existentes pueden seguir utilizando el servicio con normalidad. Para obtener más información, consulte Cambio en la disponibilidad de la modernización del AWS mainframe.
Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
AWS Ciclo de vida de componentes de modernización de mainframe
Cada componente de la modernización del AWS mainframe pasa por actualizaciones de versión y por un ciclo de vida de desarrollo. Puede utilizar esta página como información general para comprender estos componentes, sus planes de actualización de versiones y la forma en que AWS Mainframe Modernization comunica el lanzamiento o la obsolescencia de estos componentes o sus versiones.
Información general del ciclo de vida de los componentes
AWS El ciclo de vida de la modernización del mainframe describe el enfoque y los plazos para lanzar y dar soporte a los componentes del servicio de modernización del AWS mainframe durante todo su ciclo de vida. Ofrecer un ciclo de vida predecible y coherente le ayuda a planificar, probar e implementar las versiones más recientes.
Todos los componentes AWS de modernización de AWS mainframe proporcionados se benefician del soporte de producto que se proporciona Soporte desde el momento de su lanzamiento hasta su retirada, según el calendario de lanzamiento de cada componente. Puede obtener más información sobre el Soporte alcance y las actividades en Compare Soporte
AWS Mainframe Modernization lanza algunos componentes con versiones originadas por proveedores, que pueden ser AWS ella misma, AWS socios selectos o comunidades. Para cada componente de modernización AWS del mainframe, una versión tiene un número de versión principal y un número de versión secundario. Cada componente tiene su propia numeración de versiones principal y secundaria.
Para los componentes versionados, tenemos las siguientes intenciones:
-
Publicar versiones más recientes de los componentes de modernización de AWS mainframe de forma regular o según la demanda de los clientes. Si desea una versión más reciente de un componente y aún no está disponible en el servicio de modernización del AWS mainframe, puede realizar una solicitud explícita a través de la solicitud de características Soporte del producto (PFR).
-
Hacer que las fechas de finalización y retirada del soporte de las versiones específicas de los componentes de AWS Mainframe Modernization coincidan con las fechas de finalización del soporte del proveedor de componentes.
-
Notificación a los clientes aproximadamente un año antes de la retirada de la versión principal de un componente
Si bien nos esforzamos por cumplir con estas pautas, en algunos casos, es posible que retiremos versiones específicas antes y con plazos de notificación más breves. Por ejemplo, podemos retirar rápidamente una versión con problemas de seguridad y con un plazo de notificación más corto. También podemos retirar anticipadamente versiones secundarias cuando una versión secundaria tenga errores importantes o problemas de seguridad que se hayan resuelto en una versión secundaria posterior. En el improbable caso de que se produzcan estas circunstancias, notificaremos a los clientes y les informaremos sobre el plan y el calendario de retirada. Hay circunstancias específicas que pueden dictar plazos diferentes según la situación.
nota
Las actualizaciones críticas de los componentes pueden estar disponibles en cualquier momento. Por ejemplo, es posible que las nuevas versiones estén disponibles rápidamente por motivos de seguridad o para proporcionar correcciones a los entornos de producción. En el caso de las solicitudes presentadas Soporte, el plan de soporte determina los procesos, la gravedad y los tiempos de respuesta.
Cuando se retira una versión de un componente, AWS Mainframe Modernization no distribuye estas versiones a los clientes para nuevas implementaciones. Por consiguiente, estas versiones tampoco las admite Soporte. Los clientes que ejecuten despliegues de componentes existentes después de la fecha de retirada de su versión deben ser conscientes de los riesgos que conlleva hacerlo. AWS no es responsable de proporcionar actualizaciones de seguridad, soporte técnico ni correcciones urgentes para las versiones de componentes retiradas. Además, no eliminamos el acceso ni los recursos de su entorno de manera automática. Le recomendamos encarecidamente que compruebe si hay nuevas versiones cada 3 meses y que actualice todos los componentes de modernización AWS del mainframe a versiones compatibles recientes.
Actualización de versiones
AWS Transform for Mainframe Refactor publica periódicamente nuevas versiones de su motor de transformación y componentes de soporte. Estas actualizaciones ofrecen correcciones de errores, mejoras de seguridad y rendimiento, una mayor compatibilidad de la plataforma y nuevas capacidades de modernización. Recomendamos encarecidamente realizar actualizaciones periódicas para aprovechar las últimas correcciones, funciones y actualizaciones de seguridad. Cuando hay una nueva versión disponible, tú decides si quieres aplicarla a tus proyectos de transformación y artefactos generados y cuándo. Los lanzamientos de las versiones siguen el esquema de numeración Major.Minor.Patch y se dividen en tres categorías:
-
Las versiones principales introducen nuevas capacidades o cambios estructurales significativos. Por lo general, estos incluyen:
-
Support para plataformas antiguas adicionales (p. ej., Fujitsu GS21).
-
Nuevo soporte para lenguajes antiguos (p. ej., Natural).
-
Nuevo soporte para bases de datos antiguas (p. ej., Adabas o Fujitsu NDB).
-
Actualizaciones de las versiones principales de la pila de modernización de destino (por ejemplo, las versiones más recientes de Spring, Java o PostgreSQL).
Las versiones principales pueden introducir cambios importantes que requieran ajustes en las aplicaciones modernizadas existentes, especialmente a la hora de regenerar el código o adaptarse a las definiciones actualizadas de la arquitectura de destino.
-
-
Las versiones menores ofrecen mejoras evolutivas, correcciones de errores y actualizaciones de mantenimiento. Mantienen inalteradas tanto las platform/language/database definiciones antiguas compatibles como el paquete de modernización objetivo.
Sin embargo, las versiones menores aún pueden incluir cambios importantes en el código fuente generado o en las clases de tiempo de ejecución con fines de uso interno. Esto puede afectar a las aplicaciones ya modernizadas que se han sometido a un mantenimiento manual posterior a la generación y que no se pueden regenerar de forma segura a partir de las fuentes heredadas originales sin rediseñarlas más.
-
Los lanzamientos de parches sirven como un canal de emergencia para abordar rápidamente las regresiones críticas o las correcciones urgentes introducidas en las versiones recientes y, al mismo tiempo, preservar la compatibilidad. Tienen un alcance limitado y su objetivo es restablecer la estabilidad con un riesgo mínimo.
Para minimizar los riesgos durante cualquier actualización:
-
Realice siempre pruebas exhaustivas de no regresión antes de aplicar cambios de versión a proyectos activos o relacionados con la producción.
-
Aproveche los procesos de DevOps prueba e implementación (idealmente creados durante su iniciativa de modernización) para automatizar la validación del código generado y el comportamiento del tiempo de ejecución después de las actualizaciones.
-
Cuando actualice los componentes, tenga blue/green en cuenta las estrategias de implementación adecuadas para los entornos de ejecución.
Para obtener más información sobre las estrategias de implementación y la administración de cambios, consulte el pilar de confiabilidad de AWS Well-Architected.
AWS Descripción general de la versión de Mainframe Modernization Refactorization with Blu Age AWS
Con el tiempo de ejecución de AWS Blu Age, la versión sigue un Major.Minor.Patch patrón. Por ejemplo, para la versión 4.1.0 de tiempo de ejecución de AWS Blu Age, la versión principal es 4, la versión secundaria es 1 y la versión del parche es 0.
Tenemos la intención de lanzar nuevas versiones principales del entorno de ejecución de AWS Blu Age cuando se produzcan cambios importantes en el tiempo de ejecución o en sus dependencias. AWS Las versiones principales del entorno de ejecución de Blu Age están disponibles durante al menos 12 meses, a menos que aparezcan algunas vulnerabilidades y exposiciones comunes () CVEs. El soporte abarca los errores en las características de tiempo de ejecución, tal como se menciona en nuestra documentación. En el caso de que las versiones Critical y High CVEs dependan del entorno de ejecución (Spring, Java, Tomcat y otras), la duración del soporte de la versión principal se reduce a 6 meses para High CVEs y a 3 meses para Critical a CVEs partir de la fecha de lanzamiento de la nueva versión en tiempo de ejecución que corrija el CVE, a menos que se indique explícitamente lo contrario.
Pretendemos lanzar nuevas versiones secundarias de AWS Blu Age todos los meses. Se espera que los clientes actualicen las versiones periódicamente para obtener las últimas correcciones de seguridad y de errores, así como las mejoras de características. Los proyectos activos que aún no estén en producción deben adoptar la versión del tiempo de ejecución más reciente tan pronto como esté disponible.
En la última versión secundaria se proporcionan nuevas correcciones para la versión principal concreta en la que se genera un problema. Si necesita nuevas correcciones, debe actualizar a una nueva versión secundaria para aplicarlas.
Las versiones parcheadas de las versiones compatibles se proporcionan solo para corregir defectos críticos de tiempo de ejecución que no estaban presentes en las versiones secundarias compatibles anteriores.
Las versiones preliminares alfa son versiones de corta duración que están disponibles para su rápida iteración durante los proyectos de entrega. Las correcciones de los problemas detectados en las versiones preliminares de la versión alfa se incluyen en las versiones secundarias posteriores, ya que no se incluyen parches en las versiones preliminares de la versión alfa.
Puede encontrar las fechas de lanzamiento y los detalles sobre cada versión de tiempo de ejecución en las AWS Notas de lanzamiento de Blu Age.
Los análisis de seguridad los realiza Amazon Inspector
