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 la AMI (AL1) de Amazon Linux a AL2 o AL2 023
Si la aplicación de Elastic Beanstalk está basada en una ramificación de la plataforma de la AMI de Amazon Linux, utilice esta sección para aprender a migrar los entornos de su aplicación a Amazon Linux 2 o Amazon Linux 2023. Las ramificaciones de la plataforma de la generación anterior basadas en la [AMI de Amazon Linux](https://aws.amazon.com/amazon-linux-ami/) se ha retirado ya.
Se recomienda encarecidamente que migre a Amazon Linux 2023, ya que es más reciente que Amazon Linux 2. El sistema operativo Amazon Linux 2 alcanzará la finalización del soporte antes que Amazon Linux 2023, de modo que si migra a Amazon Linux 2023 se beneficiará de un período de soporte más prolongado.
Merece la pena señalar que existe un alto grado de compatibilidad entre las plataformas Amazon Linux 2 y Amazon Linux 2023 de Elastic Beanstalk. Sin embargo, algunas áreas tienen diferencias: la opción predeterminada del Servicio de Metadatos de Instancia, versión 1 (IMDSv1), la compatibilidad con la herramienta de instancias pkg-repo y algunas configuraciones de Apache. HTTPd Para obtener más información, consulte [Amazon Linux 2023](platforms-linux.md#platforms-linux.versions.al2023)
## Diferencias y compatibilidad
No se garantiza que las sucursales de la plataforma AL2 basadas en la versión AL2 023/ sean retrocompatibles con su aplicación actual. También conviene saber que aunque el código de la aplicación se implemente correctamente en la nueva versión de la plataforma, es posible que se comporte o funcione de forma distinta debido a las diferencias del sistema operativo y el entorno de ejecución.
Aunque la AMI de Amazon Linux y AL2 023/ AL2 comparten el mismo núcleo de Linux, se diferencian en los siguientes aspectos: el sistema de inicialización, `libc` las versiones, la cadena de herramientas del compilador y varios paquetes. Para obtener más información, consulte [Amazon Linux 2 FAQs](https://aws.amazon.com//amazon-linux-2/faqs/).
El servicio Elastic Beanstalk también ha actualizado versiones específicas de la plataforma del tiempo de ejecución, las herramientas de compilación y otras dependencias.
Por tanto, le recomendamos que se tome su tiempo, pruebe la aplicación a fondo en un entorno de desarrollo y realice los ajustes necesarios.
## 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 [Consideraciones aplicables a todas las plataformas Linux](#using-features.migration-al.generic), que aparece más adelante en este tema. Además, revise la información que sea aplicable a su plataforma en la sección [Consideraciones específicas de la plataforma](#using-features.migration-al.specific) que sigue. 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**
1. Cree un entorno nuevo basado en una rama de la plataforma AL2 o AL2 023. Le recomendamos que migre a una sucursal de la plataforma AL2 023.
1. Implemente la aplicación en el entorno AL2 AL2 023/ de destino.
El entorno de producción existente permanecerá activo y no se verá afectado, mientras realiza pruebas y ajustes en el nuevo entorno.
1. Pruebe su aplicación a fondo en el nuevo entorno.
1. Cuando su AL2 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.
**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](using-features.CNAMESwap.md)
Para obtener una orientación más específica y pasos detallados de las mejores prácticas, consulte [Método azul/verde](using-features.platform.upgrade.md#using-features.platform.upgrade.bluegreen).
## Más referencias para ayudarle a planificar la migración
Las siguientes referencias pueden ofrecer información adicional para planificar la migración.
+ [Comparing Amazon Linux 2 and Amazon Linux 2023](https://docs.aws.amazon.com/linux/al2023/ug/compare-with-al2.html) *Guía del usuario de Amazon Linux 2023*.
+ [What is Amazon Linux 2023?](https://docs.aws.amazon.com/linux/al2023/ug/what-is-amazon-linux.html) en la *Guía del usuario de Amazon Linux 2023*
+ [Plataformas compatibles con Elastic Beanstalk](https://docs.aws.amazon.com/elasticbeanstalk/latest/platforms/platforms-supported.html) en *Plataformas de AWS Elastic Beanstalk *
+ [Historial de la ramificación de la plataforma retirada](platforms-schedule.md#platforms-support-policy.retired)
+ [Plataformas Linux de Elastic Beanstalk](platforms-linux.md)
+ [Preguntas frecuentes sobre la retirada de plataformas](using-features.migration-al.FAQ.md)
## Consideraciones aplicables a todas las plataformas Linux
En la siguiente tabla se describen las consideraciones que debe tener en cuenta al planificar la migración de una aplicación a AL2 023/AL2. Estas consideraciones se aplican a cualquiera de las plataformas Linux de Elastic Beanstalk, sin tener en cuenta los lenguajes de programación o los servidores de aplicaciones específicos.
| **Área** | **Cambios e información** |
| --- | --- |
| Archivos de configuración | En AL2 las plataformas AL2 023/, puede utilizar los [archivos de configuración](ebextensions.md) como antes y todas las secciones funcionan de la misma manera. Sin embargo, es posible que algunas opciones no funcionen igual que lo hacían en las plataformas anteriores de la AMI de Amazon Linux. Por ejemplo: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/elasticbeanstalk/latest/dg/using-features.migration-al.generic.from-al1.html) Es conveniente utilizar enlaces de plataforma para ejecutar código personalizado en las instancias del entorno. Puede seguir utilizando comandos y comandos de contenedor en los archivos de configuración `.ebextensions`, pero no resulta fácil trabajar con ellos. Por ejemplo, escribir scripts de comando en un archivo YAML puede resultar engorroso y difícil de probar. Tendrá que seguir utilizando los archivos de configuración `.ebextensions` con cualquier script que necesite una referencia a un recurso de AWS CloudFormation . |
| Enlaces de la plataforma | AL2 Las plataformas introdujeron una nueva forma de ampliar la plataforma del entorno mediante la adición de archivos ejecutables para conectar los directorios de las instancias del entorno. Es posible que, en las versiones anteriores de la plataforma Linux, haya utilizado [enlaces de plataforma personalizados](custom-platforms.md#custom-platform-hooks). Aunque estos enlaces no estaban diseñados para plataformas administradas y no eran compatibles, podían resultar útiles en algunos casos. Con las versiones de AL2 plataforma AL2 023/, los enlaces de plataforma personalizados no funcionan. Debe migrar estos enlaces a los nuevos enlaces de plataforma. Para obtener más información, consulte [Enlaces de la plataforma](platforms-linux-extend.hooks.md). |
| Servidores proxy compatibles | AL2Las versiones de AL2 plataforma 023/ admiten los mismos servidores proxy inversos que cada plataforma compatible con sus versiones de plataforma AMI de Amazon Linux. Todas las versiones de la plataforma AL2 023/AL2; utilizan nginx como servidor proxy inverso predeterminado, con la excepción de las plataformas ECS y Docker. Las plataformas Tomcat, Node.js, PHP y Python también admiten Apache HTTPD como alternativa. Todas las plataformas habilitan la configuración del servidor proxy de manera uniforme, como se describe en esta sección. Sin embargo, la configuración del servidor proxy es ligeramente diferente de lo que era en la AMI de Amazon Linux. Estas son las diferencias para todas las plataformas: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/elasticbeanstalk/latest/dg/using-features.migration-al.generic.from-al1.html) Para obtener información sobre los cambios de configuración de proxy específicos de la plataforma, consulte [Consideraciones específicas de la plataforma](#using-features.migration-al.specific). Para obtener información sobre la configuración del proxy en las plataformas AL2 023/AL2 , consulte. [Configuración del proxy inverso](platforms-linux-extend.proxy.md) |
| Cambios en la configuración del proxy | Hay cambios de configuración del proxy que se aplican uniformemente a todas las plataformas, además de los cambios de configuración del proxy que son específicos de cada plataforma. Es importante referirse a ambos para configurar con precisión sus entornos. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/elasticbeanstalk/latest/dg/using-features.migration-al.generic.from-al1.html) |
| Perfil de instancia | AL2AL2 Las plataformas 023/ requieren la configuración de un perfil de instancia. Si se crea un entorno sin un perfil de instancia, este podría funcionar temporalmente; sin embargo, es posible que pronto se produjeran errores, cuando las acciones que requieren un perfil de instancia no pudieran ejecutarse correctamente. Para obtener más información, consulte [Administración de perfiles de instancia de Elastic Beanstalk](iam-instanceprofile.md). |
| Estado mejorado | AL2Las versiones de AL2 plataforma 023/ permiten mejorar el estado de forma predeterminada. Esto supone un cambio si no utiliza la consola de Elastic Beanstalk para crear sus entornos. De forma predeterminada, siempre que es posible, la consola habilita el estado mejorado, independientemente de la versión de la plataforma. Para obtener más información, consulte [Informes y monitoreo de estado mejorados de Elastic Beanstalk](health-enhanced.md). |
| AMI personalizada | Si su entorno usa una [AMI personalizada, cree una nueva AMI](using-features.customenv.md) basada en AL2 023/ AL2 para su nuevo entorno mediante una plataforma Elastic Beanstalk 023/. AL2 AL2 |
| Plataformas personalizadas | Las versiones administradas AMIs de la plataforma AL2 AL2 023/ no admiten plataformas personalizadas. |
## Consideraciones específicas de la plataforma
En esta sección se describen consideraciones de migración específicas de determinadas plataformas Linux de Elastic Beanstalk.
### Docker
La familia de sucursales de la plataforma Docker basada en la AMI de Amazon Linux (AL1) incluye tres ramas de plataforma. Se recomienda una ruta de migración distinta para cada una.
| **AL1 Rama de plataforma** | **Ruta de migración a AL2 023/ AL2** |
| --- | --- |
| **Área** | **Cambios e información** |
| --- | --- |
| Docker multicontenedor gestionado por Amazon ECS que se ejecuta en la AMI de Amazon Linux () AL1 | Sucursales de la plataforma Docker 023/ AL2 basadas en ECS AL2 *Las sucursales de la AL2 plataforma *Docker AL2 023/ basadas en ECS* ofrecen una ruta de migración sencilla para los entornos que se ejecutan en la rama de la plataforma Docker multicontenedor. AL1* [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/elasticbeanstalk/latest/dg/using-features.migration-al.generic.from-al1.html) Para obtener más información sobre la migración de las aplicaciones que se ejecutan en la rama de plataforma *multicontenedor Docker Amazon* Linux a una rama de plataforma *Amazon ECS que se ejecuta AL2 en* la rama de plataforma AL2 023/, consulte. [Migración de la aplicación de Elastic Beanstalk de AL1 Docker multicontenedor gestionado por ECS a ECS en Amazon Linux 2023](migrate-to-ec2-AL2-platform.md) |
| Docker se ejecuta en la AMI de Amazon Linux () AL1 Docker preconfigurado (Glassfish 5.0) que ejecuta la AMI de Amazon Linux () AL1 | Docker se ejecuta en la rama de plataforma 023/ AL2 AL2 Le recomendamos que migre las aplicaciones que se ejecutan en entornos basados en Docker *preconfigurado (Glassfish 5.0) o Docker que se ejecuta en la AMI de Amazon Linux (AL1)* *a entornos basados en las ramas de la plataforma Docker que se ejecuta en Amazon Linux* 2 o Docker que se ejecuta en Amazon *Linux 2 *o Docker* que se ejecuta en la AMI de Amazon Linux* (). AL2 Si su entorno está basado en la ramificación de la plataforma del *Docker preconfigurado (Glassfish 5.0)*, consulte [Implementación de una GlassFish aplicación en la plataforma Docker: una ruta de migración a Amazon Linux 2023](create_deploy_dockerpreconfig.md#docker-glassfish-tutorial). *En la siguiente tabla se muestra la información de migración específica de la rama de plataforma Docker Running on 023/. AL2 AL2* [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/elasticbeanstalk/latest/dg/using-features.migration-al.generic.from-al1.html) |
| Almacenamiento | Elastic Beanstalk configura Docker de tal forma que use [controladores de almacenamiento](https://docs.docker.com/storage/storagedriver/) para almacenar los datos de contenedores y las imágenes de Docker. En la AMI de Amazon Linux, Elastic Beanstalk ha utilizado el [controlador de almacenamiento Device Mapper](https://docs.docker.com/storage/storagedriver/device-mapper-driver/). Para mejorar el rendimiento, Elastic Beanstalk aprovisionó un volumen adicional de Amazon EBS. En las versiones de plataforma AL2 023/ AL2 Docker, Elastic Beanstalk usa el [controlador de almacenamiento OverlayFS y logra un rendimiento aún mejor sin necesitar](https://docs.docker.com/storage/storagedriver/overlayfs-driver/) un volumen independiente. Con la AMI de Amazon Linux, si ha utilizado la opción `BlockDeviceMappings` del espacio de nombres `aws:autoscaling:launchconfiguration` para agregar volúmenes de almacenamiento personalizados a un entorno de Docker, le aconsejamos que también agrega el volumen de Amazon EBS `/dev/xvdcz` que aprovisiona Elastic Beanstalk. Elastic Beanstalk ya no aprovisiona este volumen, por lo que debería eliminarlo de los archivos de configuración. Para obtener más información, consulte [Configuración de Docker en la AMI de Amazon Linux (anterior a Amazon Linux 2)](create_deploy_docker.container.console.md#docker-alami). |
| Autenticación de repositorio privado | Cuando proporciona un archivo de autenticación generado por Docker para conectarse a un repositorio privado, ya no necesita convertirlo al formato anterior que requerían las versiones de la plataforma Docker AMI de Amazon Linux. AL2Las versiones 023/ de la plataforma AL2 Docker admiten el nuevo formato. Para obtener más información, consulte [Autenticación con repositorios de imágenes](docker-configuration.remote-repo.md). |
| Servidor proxy | AL2023/ Las versiones de la plataforma AL2 Docker no admiten contenedores independientes que no se ejecuten detrás de un servidor proxy. En las versiones de la plataforma Docker de la AMI de Amazon Linux, esto solía ser posible a través del valor `none` de la opción `ProxyServer` en el espacio de nombres `aws:elasticbeanstalk:environment:proxy`. |
### Go
[En la siguiente tabla, se muestra la información de migración de las versiones de la plataforma AL2 023/ en la AL2 plataforma Go.](go-environment.md)
| **Área** | **Cambios e información** |
| --- | --- |
| Transferencia de puertos | En AL2 las plataformas AL2 023/, Elastic Beanstalk no transfiere un valor de puerto al proceso de la aplicación a través de la variable de entorno. `PORT` Si desea simular este comportamiento, puede configurar una propiedad de entorno `PORT`. Sin embargo, si tiene varios procesos y prevé que Elastic Beanstalk va a pasar valores de puerto incrementales a los procesos (5000, 5100, 5200, etc.), debe modificar la implementación. Para obtener más información, consulte [Configuración del proxy inverso](platforms-linux-extend.proxy.md). |
### Amazon Corretto
La siguiente tabla muestra información sobre la migración de las ramificaciones de la plataforma Corretto en la [plataforma Java SE](java-se-platform.md).
| **Área** | **Cambios e información** |
| --- | --- |
| Corretto en comparación con OpenJDK | Para implementar la plataforma Java, Standard Edition (Java SE), las sucursales de la AL2 plataforma AL2 023/ utilizan Amazon [Corretto](https://aws.amazon.com/corretto), una AWS distribución del Open Java Development Kit (OpenJDK). Las ramificaciones anteriores de la plataforma Java SE de Elastic Beanstalk utilizan los paquetes OpenJDK que se incluyen con la AMI de Amazon Linux. |
| Herramientas de compilación | AL2AL2 Las plataformas 023/ tienen versiones más recientes de las herramientas de compilación:, y. `gradle` `maven` `ant` |
| Administración de archivos JAR | En AL2 las plataformas AL2 023/, si el paquete de código fuente (archivo ZIP) contiene un solo archivo JAR y ningún otro archivo, Elastic Beanstalk ya no cambia el nombre del archivo JAR a. `application.jar` Este cambio de nombre solo se produce si el archivo JAR se envía solo, y no dentro de un archivo ZIP. |
| Transferencia de puertos | En AL2 las plataformas AL2 023/, Elastic Beanstalk no transfiere un valor de puerto al proceso de la aplicación a través de la variable de entorno. `PORT` Si desea simular este comportamiento, puede configurar una propiedad de entorno `PORT`. Sin embargo, si tiene varios procesos y prevé que Elastic Beanstalk va a pasar valores de puerto incrementales a los procesos (5000, 5100, 5200, etc.), debe modificar la implementación. Para obtener más información, consulte [Configuración del proxy inverso](platforms-linux-extend.proxy.md). |
| Java 7 | Elastic Beanstalk no AL2 admite AL2 una rama de plataforma 023/ Java 7. Si tiene una aplicación Java 7, mígrela a Corretto 8 o a Corretto 11. |
### Tomcat
[En la siguiente tabla, se muestra la información de migración de las versiones de la plataforma AL2 023/ AL2 en la plataforma Tomcat.](java-tomcat-platform.md)
| **Área** | **Cambios e información** |
| --- | --- |
| **Opción** | **Información de migración** |
| --- | --- |
| Opciones de configuración | En las versiones de AL2 plataforma AL2 023/, Elastic Beanstalk solo admite un subconjunto de las opciones de configuración y los valores de las opciones en el espacio de nombres. `aws:elasticbeanstalk:environment:proxy` A continuación se muestra la información de migración para cada opción. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/elasticbeanstalk/latest/dg/using-features.migration-al.generic.from-al1.html) La `XX:MaxPermSize` opción del espacio de `aws:elasticbeanstalk:container:tomcat:jvmoptions` nombres no es compatible con las versiones de la plataforma 023/. AL2 AL2 La configuración de JVM para modificar el tamaño de la generación permanente solo se aplica a Java 7 y versiones anteriores y, por lo tanto, no se aplica a las versiones de plataforma 023/. AL2 AL2 |
| Ruta de aplicación | En AL2 las plataformas AL2 023/, la ruta al directorio de la aplicación en las EC2 instancias de Amazon de su entorno es. `/var/app/current` Estaba `/var/lib/tomcat8/webapps` en plataformas de la AMI de Amazon Linux. |
| `GzipCompression` | No se admite en AL2 las versiones de AL2 plataforma 023/. |
| `ProxyServer` | AL2023/ Las versiones de la plataforma AL2 Tomcat son compatibles con los servidores proxy nginx y Apache HTTPD versión 2.4. Sin embargo, la versión 2.2 de Apache no es compatible. En las versiones de la plataforma de la AMI de Amazon Linux, el proxy predeterminado era Apache 2.4. Si ha utilizado la configuración de proxy predeterminada y ha añadido archivos de configuración de proxy personalizados, la configuración de proxy debería seguir funcionando en la versión 023/. AL2 AL2 Sin embargo, si utilizó el valor de opción `apache/2.2`, ahora tiene que migrar su configuración de proxy a la versión 2.4 de Apache. |
### Node.js
[En la siguiente tabla, se muestra la información de migración de las versiones de la plataforma AL2 023/ en AL2 la plataforma Node.js.](create_deploy_nodejs.container.md)
| **Área** | **Cambios e información** |
| --- | --- |
| **Opción** | **Información de migración** |
| --- | --- |
| Versiones de Node.js instaladas | En AL2 las plataformas AL2 023/, Elastic Beanstalk mantiene varias ramas de la plataforma Node.js y solo instala la versión más reciente de la versión principal de Node.js correspondiente a la rama de la plataforma en cada versión de la plataforma. Por ejemplo, cada versión de plataforma de la ramificación de la plataforma Node.js 12 solo tiene la versión Node.js 12.x.y instalada de forma predeterminada. En las versiones de la plataforma de la AMI de Amazon Linux, hemos instalado las múltiples versiones de varias versiones de Node.js en cada versión de la plataforma y hemos mantenido únicamente una ramificación de la plataforma. Seleccione la ramificación de la plataforma Node.js que se corresponda con la versión principal de Node.js que necesita su aplicación. |
| Nombres de archivos de registro HTTPD de Apache | En AL2 las plataformas AL2 023/, si utiliza el servidor proxy HTTPD de Apache, los nombres de los archivos de registro de HTTPD son `access_log` y`error_log`, lo que es coherente con todas las demás plataformas que admiten Apache HTTPD. En las versiones de la plataforma de la AMI de Amazon Linux, estos archivos de registro se denominaban `access.log` y `error.log`, respectivamente. Para obtener más información sobre los nombres de archivos de registro y las ubicaciones de todas las plataformas, consulte [Cómo configura Elastic Beanstalk los registros CloudWatch](AWSHowTo.cloudwatchlogs.md#AWSHowTo.cloudwatchlogs.loggroups). |
| Opciones de configuración | En AL2 las plataformas AL2 023/, Elastic Beanstalk no admite las opciones de configuración del espacio de nombres. `aws:elasticbeanstalk:container:nodejs` Algunas de las opciones tienen alternativas. A continuación se muestra la información de migración para cada opción. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/elasticbeanstalk/latest/dg/using-features.migration-al.generic.from-al1.html) |
| `NodeCommand` | Utilice un `Procfile` o la palabra clave `scripts` en un archivo `package.json` para especificar el script de inicio. |
| `NodeVersion` | utilice la palabra clave `engines` en un archivo `package.json` para especificar la versión de Node.js. Tenga en cuenta que solo puede especificar una versión de Node.js que corresponde con su ramificación de la plataforma. Por ejemplo, si está utilizando la ramificación de la plataforma para Node.js 12, puede especificar solo una versión de Node.js 12.x.y. Para obtener más información, consulte [Especificación de dependencias de Node.js con un archivo package.json](nodejs-platform-dependencies.md#nodejs-platform-packagejson). |
| `GzipCompression` | No es compatible con las versiones de AL2 plataforma AL2 023/. |
| `ProxyServer` | En las versiones de plataforma AL2 023/ AL2 Node.js, esta opción se trasladó al espacio de nombres. `aws:elasticbeanstalk:environment:proxy` Puede elegir entre `nginx` (el valor predeterminado) y `apache`. AL2Las versiones de la plataforma 023/ AL2 Node.js no admiten aplicaciones independientes que no se ejecuten detrás de un servidor proxy. En las versiones de la plataforma Node.js de la AMI de Amazon Linux, esto solía ser posible a través del valor `none` de la opción `ProxyServer` en el espacio de nombres `aws:elasticbeanstalk:container:nodejs`. Si su entorno ejecuta una aplicación independiente, actualice el código para escuchar al puerto al que el servidor proxy (nginx o Apache) reenvía tráfico. var port = process.env.PORT || 5000;
app.listen(port, function() {
console.log('Server running at http://127.0.0.1:%s', port);
});
|
### PHP
[La siguiente tabla muestra la información de migración de las versiones de la plataforma AL2 023/ en la AL2 plataforma PHP.](create_deploy_PHP.container.md)
| **Área** | **Cambios e información** |
| --- | --- |
| Procesamiento de archivos PHP | En las AL2 plataformas AL2 023/, los archivos PHP se procesan mediante PHP-FPM (un administrador de procesos CGI). En las plataformas de la AMI de Amazon Linux utilizábamos mod\$1php (un módulo Apache). |
| Servidor proxy | AL2023/ Las versiones de la plataforma AL2 PHP admiten los servidores proxy nginx y Apache HTTPD. El valor predeterminado es nginx. Las versiones de la plataforma PHP de la AMI de Amazon Linux solo admiten Apache HTTPD. Si agregó archivos de configuración personalizados de Apache, puede establecer la opción `ProxyServer` en el espacio de nombres `aws:elasticbeanstalk:environment:proxy` en `apache`. |
### Python
La siguiente tabla muestra la información de migración para las versiones de la AL2 plataforma AL2 023/ en la plataforma [Python](create-deploy-python-container.md).
| **Área** | **Cambios e información** |
| --- | --- |
| Servidor WSGI | En las AL2 plataformas AL2 023/, [Gunicorn](https://gunicorn.org/) es el servidor WSGI predeterminado. De forma predeterminada, Gunicorn escucha en el puerto 8000. El puerto puede ser distinto al que usó su aplicación en la plataforma de la AMI de Amazon Linux. Si está configurando la opción `WSGIPath` del espacio de nombres `[aws:elasticbeanstalk:container:python](command-options-specific.md#command-options-python)`, reemplace el valor con la sintaxis de Gunicorn. Para obtener más información, consulte [Espacios de nombres de configuración de Python](create-deploy-python-container.md#python-namespaces). Alternativamente, puede utilizar un `Procfile` para especificar y configurar el servidor WSGI. Para obtener más información, consulte [Configuración del servidor WSGI con un archivo Procfile en Elastic Beanstalk](python-configuration-procfile.md). |
| Ruta de aplicación | En AL2 las plataformas AL2 023/, la ruta al directorio de la aplicación en las EC2 instancias de Amazon de su entorno es. `/var/app/current` Estaba `/opt/python/current/app` en plataformas de la AMI de Amazon Linux. |
| Servidor proxy | AL2023/ Las versiones de la plataforma AL2 Python son compatibles con los servidores proxy HTTPD nginx y Apache. El valor predeterminado es nginx. Las versiones de la plataforma Python de la AMI de Amazon Linux solo admiten Apache HTTPD. Si agregó archivos de configuración personalizados de Apache, puede establecer la opción `ProxyServer` en el espacio de nombres `aws:elasticbeanstalk:environment:proxy` en `apache`. |
### Ruby
[La siguiente tabla muestra la información de migración de las versiones de la plataforma AL2 023/ AL2 en la plataforma Ruby.](create_deploy_Ruby.container.md)
| **Área** | **Cambios e información** |
| --- | --- |
| Versiones de Ruby instaladas | En AL2 las plataformas AL2 023/, Elastic Beanstalk solo instala la última versión de una única versión de Ruby, correspondiente a la rama de plataforma, en cada versión de plataforma. Por ejemplo, cada versión de la plataforma en la ramificación de la plataforma Ruby 2.6 solo tiene Ruby 2.6.x instalado. En las versiones de la plataforma de la AMI de Amazon Linux, instalamos las versiones más recientes de varias versiones de Ruby, por ejemplo, 2.4.x, 2.5.x y 2.6.x. Si su aplicación utiliza una versión de Ruby que no se corresponde con la ramificación de la plataforma que está utilizando, le recomendamos que cambie a una ramificación de la plataforma que tenga la versión correcta de Ruby para su aplicación. |
| Servidor de aplicaciones | En AL2 las plataformas AL2 023/, Elastic Beanstalk solo instala el servidor de aplicaciones Puma en todas las versiones de la plataforma Ruby. Puede usar un `Procfile` para iniciar un servidor de aplicaciones diferente y un `Gemfile` para instalarlo. En la plataforma de la AMI de Amazon Linux, admitíamos dos tipos de ramificaciones de la plataforma para cada versión de Ruby: una con el servidor de aplicaciones Puma y la otra con el servidor de aplicaciones Passenger. Si su aplicación utiliza Passenger, puede configurar su entorno de Ruby para instalar y usar Passenger. Para obtener más información y ejemplos, consulta [Uso de la plataforma Elastic Beanstalk Ruby](create_deploy_Ruby.container.md). |