Política de compatibilidad con plataformas Elastic Beanstalk - AWS Elastic Beanstalk

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.

Política de compatibilidad con plataformas Elastic Beanstalk

AWS Elastic Beanstalk proporciona una variedad de plataformas para ejecutar aplicaciones AWS. Elastic Beanstalk admite las ramificaciones de la plataforma que siguen recibiendo actualizaciones secundarias y de parches continuas por parte de sus proveedores (propietarios o comunidad). Para obtener una definición completa de los términos relacionados, consulte Glosario de plataformas Elastic Beanstalk.

Ramificaciones de la plataforma retiradas

Cuando el proveedor marca el fin de su vida útil (EOL) de un componente de una rama de plataforma compatible, Elastic Beanstalk marca la rama de plataforma como retirada. Los componentes de una rama de plataforma incluyen los siguientes: sistema operativo (SO), versión en lenguaje de ejecución, servidor de aplicaciones o servidor web.

Una vez que una rama de plataforma se marca como retirada, se aplican las siguientes políticas:

  • Elastic Beanstalk deja de proporcionar actualizaciones de mantenimiento, incluidas las actualizaciones de seguridad.

  • Elastic Beanstalk ya no proporciona soporte técnico a las sucursales de plataforma retiradas.

  • Elastic Beanstalk ya no pone la rama de plataforma a disposición de los nuevos clientes de Elastic Beanstalk para su implementación en nuevos entornos. Hay un período de gracia de 90 días a partir de la fecha de retirada publicada para los clientes existentes con entornos activos que se ejecutan en ramificaciones de las plataformas retiradas.

nota

Una rama de plataforma retirada no estará disponible en la consola de Elastic Beanstalk. Sin embargo, estará disponible a través de la AWS CLI CLI de EB y la API de EB para los clientes que tengan entornos existentes basados en la rama de plataforma retirada. Los clientes actuales también pueden usar las consolas del entorno Clone y Rebuild.

Para obtener una lista de las ramas de la plataforma cuya retirada está programada, consulte el Programación de sucursales de plataforma de retirada tema de programación de la plataforma de Elastic Beanstalk que aparece a continuación.

Para obtener más información sobre qué esperar cuando la rama de plataforma de su entorno se retire, consulte. Preguntas frecuentes sobre la retirada de plataformas

Después del período de gracia de 90 días

Nuestra política para las sucursales de plataforma retiradas no elimina el acceso a los entornos ni elimina los recursos. Sin embargo, los clientes actuales que ejecutan un entorno de Elastic Beanstalk en una sucursal de plataforma retirada deben ser conscientes de los riesgos que conlleva hacerlo. Estos entornos pueden terminar en una situación impredecible, ya que Elastic Beanstalk no puede proporcionar actualizaciones de seguridad, soporte técnico o revisiones a las sucursales de la plataforma retiradas debido a que el proveedor marca el EOL de sus componentes.

Por ejemplo, puede surgir una vulnerabilidad de seguridad perjudicial y crítica en un entorno que se ejecuta en una ramificación de la plataforma retirada. O una acción de la API de EB puede dejar de funcionar para el entorno si con el tiempo se vuelve incompatible con el servicio de Elastic Beanstalk. La posibilidad de que se produzcan este tipo de riesgos aumenta cuanto más tiempo permanezca activo un entorno en una ramificación de la plataforma retirada. Para que pueda seguir beneficiándose de las mejoras importantes de seguridad, rendimiento y funcionalidad ofrecidas por los proveedores de componentes en las versiones más recientes, le recomendamos encarecidamente que actualice todos los entornos de Elastic Beanstalk a una versión compatible de la plataforma.

Si su aplicación presenta problemas al ejecutarse en una rama de plataforma retirada y no puede migrarla a una plataforma compatible, tendrá que considerar otras alternativas. Las soluciones alternativas incluyen encapsular la aplicación en una imagen de Docker para ejecutarla como contenedor de Docker. Esto permitiría a un cliente utilizar cualquiera de nuestras soluciones de Docker, como nuestras plataformas Docker de Elastic Beanstalk AL2023/AL2, u otros servicios basados en Docker, como Amazon ECS o Amazon EKS. Las alternativas que no son de Docker incluyen nuestro AWS CodeDeploy servicio, que permite una personalización completa de los tiempos de ejecución que desee.