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.
Migración de Amazon Linux 2 a Amazon Linux 2023
En este tema se ofrece orientación para migrar su aplicación de una ramificación de la plataforma Amazon Linux 2 a una ramificación de la plataforma Amazon Linux 2023.
Diferencias y compatibilidad
Entre las plataformas Elastic Beanstalk y AL2 AL2 023
Existe un alto grado de compatibilidad entre las plataformas Amazon Linux 2 y Amazon Linux 2023 de Elastic Beanstalk. Sin embargo, hay algunas diferencias a destacar:
-
Instance Metadata Service, versión 1 (IMDSv1): la IMDSv1 opción de desactivación está configurada de forma predeterminada en las plataformas 023.
trueAL2 El valor predeterminado estáfalseen AL2 las plataformas. -
Herramienta de instancias pkg-repo: la pkg-repo herramienta no está disponible para entornos que se ejecutan en AL2 las plataformas 023. Sin embargo, puede seguir aplicando manualmente las actualizaciones del paquete y del sistema operativo a una instancia 023. AL2 Para obtener más información, consulte Administración de paquetes y actualizaciones del sistema operativo en la Guía del usuario de Amazon Linux 2023
-
HTTPd Configuración de Apache: el
httpd.confarchivo Apache para las plataformas AL2 023 tiene algunos ajustes de configuración diferentes a los de: AL2-
Denegar el acceso a todo el sistema de archivos del servidor de forma predeterminada. Esta configuración se describe en Proteger los archivos del servidor de forma predeterminada en la página Consejos de seguridad
del sitio web de Apache. -
Deniegue el acceso a la configuración de todos
.htaccesslos directorios, excepto a los que estén habilitados específicamente. Esta configuración se describe en Proteger la configuración del sistema en la página Consejos de seguridaddel sitio web de Apache. La página Tutorial del servidor HTTP Apache: archivos.htaccess indica que esta configuración puede ayudar a mejorar el rendimiento. -
Denegar el acceso a los archivos con
.ht*como patrón de nombre. Esta configuración impide que los clientes web visualicen los archivos.htaccessy.htpasswd.
Puede cambiar cualquiera de las opciones de configuración de entorno anteriores. Para obtener más información, consulte Configuración de Apache HTTPD.
-
-
Compatibilidad con variables de entorno multilínea: las plataformas AL2 023 admiten valores multilínea para las variables de entorno y los secretos en las configuraciones de los servicios de systemd. Las plataformas Amazon Linux 2 no admiten valores de variables de entorno multilínea. Esta mejora le permite utilizar valores de configuración y secretos multilínea en las plataformas AL2 023. Para obtener más información sobre el uso de variables y secretos de entorno, consulte. Valores multilínea en las variables de entorno de Amazon Linux 2
-
CloudWatch reenvío de registros personalizado: el obsoleto agente CloudWatch Logs (
awslogspaquete) no está disponible en las plataformas AL2 023. Si tiene configuraciones de reenvío de registros personalizadas que instalan y usan elawslogsagente obsoleto, debe actualizar los archivos de configuración para usar el CloudWatch agente unificado al migrar de Amazon Linux 2 a 023. AL2 Para obtener más información, consulte Streaming de archivos de registro personalizados.
Diferencias específicas de la plataforma
Además de las diferencias de los sistemas operativos básicos, existen diferencias específicas de plataforma entre las plataformas de ejecución Amazon Linux 2 y AL2 023:
-
Ramificación de la plataforma.NET: la estrategia de ramificación de la plataforma.NET difiere entre Amazon Linux 2 y AL2 023. En Amazon Linux 2, la plataforma .NET Core mantiene una ventana rotativa de las principales versiones de.NET dentro de una sola rama de plataforma. En la versión AL2 023, cada rama de la plataforma está anclada a una versión principal específica de .NET (por ejemplo, .NET 9, .NET 10).
Si implementa aplicaciones que dependen del marco (aplicaciones que dependen del entorno de ejecución de.NET instalado en la plataforma), debe seleccionar una rama de plataforma que coincida con la versión de.NET de destino de la aplicación. Si implementa aplicaciones independientes (aplicaciones que incluyen su propio entorno de ejecución de.NET), puede usar cualquier rama de la plataforma AL2 023.NET independientemente de la versión de.NET de la aplicación, ya que esta no depende del tiempo de ejecución instalado en la plataforma. Para obtener más información, consulte Agrupación de aplicaciones para la plataforma .NET Core en Linux de Elastic Beanstalk.
-
Selección de la versión de Node.js: la plataforma Node.js de Amazon Linux 2 permite especificar una versión Node.js en el
package.jsonarchivo de la aplicación. La plataforma Node.js de la AL2 versión 023 no admite esta función. Debe usar la versión predeterminada de Node.js proporcionada por la rama de la plataforma. Para obtener más información sobre la administración de versiones de Node.js, consulteConfiguración de las dependencias de su aplicación en Elastic Beanstalk. -
Versión del servidor Ruby Puma: la plataforma Ruby de Amazon Linux 2 ignora la versión de Puma especificada en el
Gemfile.lockarchivo de la aplicación y utiliza la versión de Puma predeterminada de la plataforma. La plataforma Ruby de la versión AL2 023 utiliza la versión de Puma especificada en,Gemfile.locksi está presente. Si no se especifica ninguna versión, la plataforma instala la versión Puma predeterminada de la plataforma. -
Disponibilidad de paquetes PHP: algunos paquetes disponibles en las plataformas PHP de Amazon Linux 2 no están disponibles en las plataformas PHP AL2 023:
-
Paquetes de cliente MySQL: los paquetes de cliente
mysqlymysql-develde línea de comandos no están instalados en las plataformas PHP AL2 023. Si su aplicación requiere conectividad con una base de datos MySQL, utilice PHPmysqliopdo_mysqllas extensiones, que están disponibles en ambas plataformas. -
Herramientas Compass y Ruby: los
rubygemspaquetesruby-devely paquetes compatibles con el marco CSS de Compass no están instalados en las plataformas AL2 023 PHP. Compass ha quedado obsoleto. Considere la posibilidad de utilizar herramientas modernas de preprocesamiento de CSS como alternativa.
-
-
Herramientas de control de versiones Go: el sistema de control de versiones Bazaar (
bzr) no está disponible en las plataformas AL2 023 Go. Bazaar está obsoleto y no se incluye en el AL2 repositorio de paquetes 023. En su lugar, utilice Git, Mercurial o Subversion para el control de versiones, todos los cuales están disponibles en las plataformas AL2 023 Go.
Entre los sistemas operativos Amazon Linux
Para obtener más información sobre las diferencias entre los sistemas operativos Amazon Linux 2 y Amazon Linux 2023, consulte Comparing Amazon Linux 2 and Amazon Linux 2023 en la Guía del usuario de Amazon Linux 2023.
Para obtener más información sobre Amazon Linux 2023, consulte What is Amazon Linux 2023? en la Guía del usuario de Amazon Linux 2023.
Proceso de migración general
Cuando esté listo para pasar a producción, Elastic Beanstalk necesitará una implementación para realizar la blue/green actualización. Los siguientes son los pasos de mejores prácticas generales que recomendamos para la migración con un blue/green procedimiento de implementación.
Preparación para realizar una prueba de migración
Antes de implementar su aplicación y comenzar a realizar pruebas, revise la información de la sección anterior Diferencias y compatibilidad. Consulte también la referencia citada en esa sección, Comparing Amazon Linux 2 and Amazon Linux 2023 en la Guía del usuario de Amazon Linux 2023. Anote la información específica de este contenido que sea aplicable o pueda aplicarse a la configuración de su aplicación y ajustes.
Pasos de migración de alto nivel
-
Cree un entorno nuevo basado en una rama de la plataforma AL2 023.
-
Implemente su aplicación en el entorno AL2 023 objetivo.
El entorno de producción existente permanecerá activo y no se verá afectado, mientras realiza pruebas y ajustes en el nuevo entorno.
-
Pruebe su aplicación a fondo en el nuevo entorno.
-
Cuando su entorno AL2 023 de destino esté listo para entrar en producción, cambie CNAMEs los dos entornos para redirigir el tráfico al nuevo entorno AL2 023.
Prácticas recomendadas y pasos de migración más detallados
Para obtener un procedimiento de blue/green implementación más detallado, consulte. Implementaciones Blue/Green (azul/verde) con Elastic Beanstalk
Para obtener una orientación más específica y pasos detallados de las mejores prácticas, consulte Método azul/verde.
Más referencias para ayudarle a planificar la migración
Las siguientes referencias pueden ofrecer información adicional para planificar la migración.
