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.
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 La modernización del mainframe ofrece versiones más recientes de cada componente compatible para que pueda disponer de up-to-date las funciones y actualizaciones de mantenimiento más recientes. Las versiones más recientes pueden incluir correcciones de errores, así como mejoras de la seguridad y de otro tipo para los componentes. Le recomendamos que actualice periódicamente para beneficiarse de las correcciones de seguridad, las correcciones de errores y las mejoras de características. Cuando AWS Mainframe Modernization publique una nueva versión, podrá elegir cómo y cuándo actualizar las implementaciones existentes. Hay dos tipos de actualizaciones: actualizaciones de versiones principales y actualizaciones de versiones secundarias. En general, una actualización de la versión principal del motor puede introducir cambios que no son compatibles con las aplicaciones existentes. En ese caso, es posible que se requieran cambios sustanciales en la aplicación para la actualización de una versión principal. Por contraste, una actualización de una versión secundaria incluye cambios compatibles con las versiones anteriores de las aplicaciones existentes. Es posible que se requieran pocos cambios o ninguno para actualizar una versión secundaria.
Debe realizar pruebas de no regresión antes de actualizar las versiones de los componentes. Se recomienda utilizar canalizaciones de DevOps prueba e implementación. DevOps Los canales de prueba se pueden crear durante los proyectos de modernización y deben mantenerse para automatizar las pruebas de las aplicaciones al realizar actualizaciones de componentes y cambios en el código de las aplicaciones. También puede utilizar implementaciones azules/verdes, o implementaciones canario durante las actualizaciones. Puede obtener más información sobre estas implementaciones y la administración de cambios en AWS Well-Architected Reliability Pillar.
AWS Descripción general de la versión de Mainframe Modernization Refactorization with AWS Blu Age
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
