As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
# Migração do Amazon Linux AMI (AL1) para AL2 ou AL2 023
Se a aplicação do Elastic Beanstalk for baseada em uma ramificação de plataforma do Amazon Linux AMI, use esta seção para saber como migrar os ambientes da aplicação para o Amazon Linux 2 ou Amazon Linux 2023. As ramificações da plataforma da geração anterior baseadas no [Amazon Linux AMI](https://aws.amazon.com/amazon-linux-ami/) foram descontinuadas.
É altamente recomendável migrar para o Amazon Linux 2023, já que ele é mais recente do que o Amazon Linux 2. O encerramento do suporte ao sistema operacional Amazon Linux 2 ocorrerá antes do encerramento do suporte ao Amazon Linux 2023. Consequentemente, você se beneficiará de um período de suporte mais longo se migrar para o Amazon Linux 2023.
Há um alto grau de compatibilidade entre as plataformas Amazon Linux 2 e Amazon Linux 2023 do Elastic Beanstalk. Embora algumas áreas tenham diferenças: a opção padrão do Instance Metadata Service Version 1 (IMDSv1), o suporte para a ferramenta de instância pkg-repo e algumas configurações do Apache. HTTPd Para obter mais informações, consulte [Amazon Linux 2023](platforms-linux.md#platforms-linux.versions.al2023).
## Diferenças e compatibilidade
Não é garantido que as ramificações da plataforma AL2 baseadas em AL2 023/ sejam compatíveis com versões anteriores de seu aplicativo existente. É importante ter em mente que, mesmo que o código da aplicação seja implantado com sucesso na nova versão da plataforma, ele poderá se comportar ou ser executado de forma diferente devido às diferenças de runtime e sistema operacional.
Embora o Amazon Linux AMI e o AL2 023/ AL2 compartilhem o mesmo kernel Linux, eles diferem nos seguintes aspectos: sistema de inicialização, `libc` versões, cadeia de ferramentas do compilador e vários pacotes. Para obter mais informações, consulte [Amazon Linux 2 FAQs](https://aws.amazon.com//amazon-linux-2/faqs/).
O serviço Elastic Beanstalk também atualizou as versões de runtime, ferramentas de compilação e outras dependências específicas de cada plataforma.
Portanto, recomendamos que você reserve um tempo para testar seu aplicativo minuciosamente em um ambiente de desenvolvimento e faça os ajustes necessários.
## Processo geral de migração
Quando você estiver pronto para começar a produção, o Elastic Beanstalk precisará de uma implantação para realizar a blue/green atualização. A seguir estão as etapas gerais de melhores práticas que recomendamos para a migração com um procedimento blue/green de implantação.
**Preparar para testar a migração**
Antes de a aplicação e começar a testá-la, revise as informações em [Considerações para todas as plataformas Linux](#using-features.migration-al.generic) que serão apresentadas posteriormente neste tópico. Além disso, revise as informações aplicáveis à sua plataforma na seção [Considerações específicas da plataforma](#using-features.migration-al.specific) a seguir. Anote as informações específicas desse conteúdo que podem ser usadas na aplicação e na configuração definida.
**Etapas de migração de alto nível**
1. Crie um novo ambiente baseado em uma ramificação da plataforma AL2 ou AL2 023. Recomendamos que você migre para uma ramificação da plataforma AL2 023.
1. Implante seu aplicativo no ambiente AL2 023/ AL2 de destino.
O ambiente de produção existente permanecerá ativo e não será afetado, enquanto você estiver fazendo interações por meio de testes e ajustes no novo ambiente.
1. Teste a aplicação minuciosamente no novo ambiente.
1. Quando seu AL2 ambiente AL2 023/ de destino estiver pronto para ser produzido, troque um CNAMEs dos dois ambientes para redirecionar o tráfego para o novo ambiente.
**Etapas de migração mais detalhadas e práticas recomendadas**
Para obter um procedimento de blue/green implantação mais detalhado, consulte[Implantações azuis/verdes com o Elastic Beanstalk](using-features.CNAMESwap.md).
Para obter orientações mais específicas e etapas detalhadas de práticas recomendadas, consulte [Método azul/verde](using-features.platform.upgrade.md#using-features.platform.upgrade.bluegreen).
## Mais referências para ajudar a planejar a migração
As referências a seguir podem oferecer informações adicionais para planejar sua migração.
+ [Comparação entre o Amazon Linux 2 e o Amazon Linux 2023](https://docs.aws.amazon.com/linux/al2023/ug/compare-with-al2.html) no *Guia do usuário do Amazon Linux 2023*.
+ [O que é o Amazon Linux 2023?](https://docs.aws.amazon.com/linux/al2023/ug/what-is-amazon-linux.html) no *Guia do usuário Amazon Linux 2023*.
+ [ Plataformas compatíveis com Elastic Beanstalk](https://docs.aws.amazon.com/elasticbeanstalk/latest/platforms/platforms-supported.html) em *Plataformas AWS Elastic Beanstalk *
+ [Histórico de ramificações de plataforma retiradas](platforms-schedule.md#platforms-support-policy.retired)
+ [Plataformas Linux do Elastic Beanstalk](platforms-linux.md)
+ [Perguntas frequentes sobre descontinuação de plataformas](using-features.migration-al.FAQ.md)
## Considerações para todas as plataformas Linux
A tabela a seguir discute as considerações que você deve conhecer ao planejar a migração de um aplicativo para AL2 023/. AL2 Essas considerações se aplicam a qualquer uma das plataformas Linux do Elastic Beanstalk, independentemente de linguagens de programação específicas ou servidores de aplicações.
| **Área** | **Alterações e informações** |
| --- | --- |
| Arquivos de configuração | Nas AL2 plataformas AL2 023/, você pode usar [arquivos de configuração](ebextensions.md) como antes, e todas as seções funcionam da mesma maneira. No entanto, configurações específicas podem não funcionar da mesma forma que funcionavam em plataformas da AMI do Amazon Linux anteriores. Por exemplo: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/elasticbeanstalk/latest/dg/using-features.migration-al.generic.from-al1.html) Recomendamos o uso de hooks de plataforma para executar o código personalizado em instâncias do seu ambiente. Você ainda pode usar comandos e os comandos de contêiner em arquivos de configuração `.ebextensions`, apesar de não ser fácil trabalhar com eles. Por exemplo, escrever scripts de comando dentro de um arquivo YAML pode ser complicado e difícil de testar. Você ainda precisa usar arquivos de configuração `.ebextensions` para qualquer script que precise de uma referência a um recurso do AWS CloudFormation . |
| Hooks de plataforma | AL2 as plataformas introduziram uma nova maneira de estender a plataforma do seu ambiente adicionando arquivos executáveis aos diretórios de conexão nas instâncias do ambiente. É possível que você possa ter usado [hooks de plataforma personalizada](custom-platforms.md#custom-platform-hooks) com versões anteriores da plataforma Linux. Esses hooks não foram projetados para plataformas gerenciadas e não eram compatíveis, mas podiam funcionar de maneira útil em alguns casos. Nas versões AL2 AL2 023/plataforma, os ganchos de plataforma personalizados não funcionam. Você deve migrar todos os hooks para os novos hooks de plataforma. Para obter mais detalhes, consulte [Hooks de plataforma](platforms-linux-extend.hooks.md). |
| Servidores de proxy compatíveis | AL2As versões da AL2 plataforma 023/ oferecem suporte aos mesmos servidores proxy reversos de cada plataforma suportada nas versões da plataforma Amazon Linux AMI. Todas as versões da plataforma AL2 023/AL2; usam o nginx como seu servidor proxy reverso padrão, com exceção das plataformas ECS e Docker. As plataformas Tomcat, Node.js, PHP e Python também oferecem suporte ao Apache HTTPD como uma alternativa. Todas as plataformas habilitam a configuração do servidor de proxy de forma uniforme, conforme descrito nesta seção. No entanto, configurar o servidor de proxy é ligeiramente diferente do que estava na AMI do Amazon Linux. Estas são as diferenças para todas as plataformas: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/elasticbeanstalk/latest/dg/using-features.migration-al.generic.from-al1.html) Para ver as alterações de configuração de proxy específicas da plataforma, consulte [Considerações específicas da plataforma](#using-features.migration-al.specific). Para obter informações sobre a configuração de proxy nas AL2 plataformas AL2 023/, consulte. [Configuração de proxy reverso](platforms-linux-extend.proxy.md) |
| Alterações de configuração de proxy | Algumas alterações de configuração de proxy se aplicam uniformemente a todas as plataformas, mas há também alterações de configuração de proxy específicas de cada plataforma. É importante consultar ambas para configurar os ambientes com precisão. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/elasticbeanstalk/latest/dg/using-features.migration-al.generic.from-al1.html) |
| Perfil de instância | AL2AL2 As plataformas 023/ exigem que um perfil de instância seja configurado. A criação do ambiente pode ser bem-sucedida temporariamente sem um perfil, mas o ambiente poderá mostrar erros logo após a criação, quando as ações que exigem um perfil de instância começarem a falhar. Para obter detalhes, consulte [Gerenciar perfis de instância do Elastic Beanstalk](iam-instanceprofile.md). |
| Integridade avançada | AL2As versões da AL2 plataforma 023/ habilitam a integridade aprimorada por padrão. Trata-se de uma alteração, se você não usa o console do Elastic Beanstalk para criar seus ambientes. O console permite a integridade aprimorada por padrão sempre que possível, independentemente da versão da plataforma. Para obter detalhes, consulte [Relatórios e monitoramento de integridade aprimorados no Elastic Beanstalk](health-enhanced.md). |
| AMI personalizada | Se seu ambiente usa uma [AMI personalizada, crie uma nova AMI](using-features.customenv.md) com base em AL2 023/ AL2 para seu novo ambiente usando uma plataforma Elastic Beanstalk 023/. AL2 AL2 |
| Plataformas personalizadas | As versões gerenciadas AMIs da AL2 plataforma AL2 023/ não oferecem suporte a plataformas personalizadas. |
## Considerações específicas da plataforma
Esta seção aborda considerações de migração específicas para determinadas plataformas Linux do Elastic Beanstalk.
### Docker
A família de ramificações da plataforma Docker baseada no Amazon Linux AMI (AL1) inclui três ramificações da plataforma. Recomendamos um caminho de migração específico para cada.
| **AL1 Filial da plataforma** | **Caminho de migração para AL2 023/ AL2** |
| --- | --- |
| **Área** | **Alterações e informações** |
| --- | --- |
| Docker de vários contêineres gerenciado pelo Amazon ECS em execução no Amazon Linux AMI () AL1 | Ramificações da plataforma Docker AL2 AL2 023/ baseadas em ECS *As ramificações da AL2 plataforma *Docker AL2 023/ baseadas em ECS* oferecem um caminho de migração simples para ambientes executados na ramificação da plataforma Docker de vários contêineres. AL1* [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/elasticbeanstalk/latest/dg/using-features.migration-al.generic.from-al1.html) Para obter mais informações sobre como migrar seus aplicativos executados na ramificação da plataforma *Docker Amazon Linux de vários contêineres* para uma ramificação do *Amazon ECS executada AL2 na* ramificação da plataforma AL2 023/, consulte. [Migrando seu aplicativo Elastic Beanstalk do Docker de vários contêineres gerenciado pelo ECS para o ECS no Amazon Linux 2023 AL1](migrate-to-ec2-AL2-platform.md) |
| Docker em execução no Amazon Linux AMI () AL1 Docker pré-configurado (Glassfish 5.0) executando Amazon Linux AMI () AL1 | Docker em execução na ramificação da plataforma AL2 023/ AL2 *Recomendamos que você migre seus aplicativos executados em ambientes baseados no *Docker pré-configurado (Glassfish 5.0)* ou no Docker *em execução no Amazon Linux AMI (AL1)* para ambientes baseados no Docker em *execução no Amazon Linux 2 ou no Docker em execução nas filiais* da plataforma 023. AL2* Se o ambiente for baseado na ramificação de plataforma *Docker pré-configurado (Glassfish 5.0)*, consulte [Implantação de um GlassFish aplicativo na plataforma Docker: um caminho de migração para o Amazon Linux 2023](create_deploy_dockerpreconfig.md#docker-glassfish-tutorial). A tabela a seguir lista as informações de migração específicas para a ramificação da plataforma *Docker em execução em AL2 AL2 023/*. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/elasticbeanstalk/latest/dg/using-features.migration-al.generic.from-al1.html) |
| Armazenamento | O Elastic Beanstalk configura o Docker para usar [drivers de armazenamento](https://docs.docker.com/storage/storagedriver/) para armazenar dados de contêineres e imagens do Docker. Na AMI do Amazon Linux, o Elastic Beanstalk usou o [driver de armazenamento Device Mapper](https://docs.docker.com/storage/storagedriver/device-mapper-driver/). Para melhorar a performance, o Elastic Beanstalk provisionou um volume extra do Amazon EBS. Nas versões da plataforma AL2 AL2 023/Docker, o Elastic Beanstalk usa o [driver de armazenamento OverlayFS e obtém um desempenho ainda melhor sem precisar](https://docs.docker.com/storage/storagedriver/overlayfs-driver/) mais de um volume separado. Com a AMI do Amazon Linux, se você usou a opção `BlockDeviceMappings` do namespace `aws:autoscaling:launchconfiguration` para adicionar volumes de armazenamento personalizados a um ambiente do Docker, recomendamos que você também adicione o volume do Amazon EBS `/dev/xvdcz` provisionado pelo Elastic Beanstalk. O Elastic Beanstalk não provisiona mais esse volume, portanto, é necessário removê-lo dos arquivos de configuração. Para obter detalhes, consulte [Configuração do Docker na AMI do Amazon Linux (que precede o Amazon Linux 2)](create_deploy_docker.container.console.md#docker-alami). |
| Autenticação de repositório privado | Ao fornecer um arquivo de autenticação gerado pelo Docker para se conectar a um repositório privado, você não precisa mais convertê-lo para o formato antigo exigido pelas versões da plataforma Amazon Linux AMI Docker. AL2023/ As versões da plataforma AL2 Docker suportam o novo formato. Para obter detalhes, consulte [Autenticação em repositórios de imagens](docker-configuration.remote-repo.md). |
| Servidor de proxy | AL2023/ As versões da plataforma AL2 Docker não oferecem suporte a contêineres autônomos que não são executados por trás de um servidor proxy. Nas versões da plataforma da AMI do Docker do Amazon Linux, isso costumava ser possível pelo valor `none` da opção `ProxyServer` no namespace `aws:elasticbeanstalk:environment:proxy`. |
### Go
A tabela a seguir lista as informações de migração para as versões da AL2 plataforma AL2 023/ na plataforma [Go](go-environment.md).
| **Área** | **Alterações e informações** |
| --- | --- |
| Transmissão de porta | Nas AL2 plataformas AL2 023/, o Elastic Beanstalk não passa um valor de porta para seu processo de aplicação por meio da variável de ambiente. `PORT` Você pode simular esse comportamento para o seu processo configurando uma propriedade de ambiente `PORT` por conta própria. No entanto, se você tiver vários processos e estiver contando com a transmissão de valores incrementais de porta do Elastic Beanstalk para os seus processos (5000, 5100, 5200 etc.), deverá modificar a implementação. Para obter mais detalhes, consulte [Configuração de proxy reverso](platforms-linux-extend.proxy.md). |
### Amazon Corretto
A tabela a seguir lista as informações de migração para as ramificações de plataforma do Corretto na [plataforma Java SE](java-se-platform.md).
| **Área** | **Alterações e informações** |
| --- | --- |
| Corretto vs. OpenJDK | Para implementar a Plataforma Java, Standard Edition (Java SE), as ramificações da AL2 plataforma AL2 023/ usam o Amazon [Corretto](https://aws.amazon.com/corretto), uma AWS distribuição do Open Java Development Kit (OpenJDK). As ramificações anteriores da plataforma Java SE do Elastic Beanstalk usam os pacotes OpenJDK incluídos na AMI do Amazon Linux. |
| Ferramentas de compilação | AL2AL2 As plataformas 023/ têm versões mais recentes das ferramentas de construção:`gradle`, e. `maven` `ant` |
| Tratamento de arquivos JAR | Nas AL2 plataformas AL2 023/, se seu pacote de origem (arquivo ZIP) contiver um único arquivo JAR e nenhum outro arquivo, o Elastic Beanstalk não renomeia mais o arquivo JAR para. `application.jar` A renomeação ocorrerá somente se você enviar um arquivo JAR sozinho, e não dentro de um arquivo ZIP. |
| Transmissão de porta | Nas AL2 plataformas AL2 023/, o Elastic Beanstalk não passa um valor de porta para seu processo de aplicação por meio da variável de ambiente. `PORT` Você pode simular esse comportamento para o seu processo configurando uma propriedade de ambiente `PORT` por conta própria. No entanto, se você tiver vários processos e estiver contando com a transmissão de valores incrementais de porta do Elastic Beanstalk para os seus processos (5000, 5100, 5200 etc.), deverá modificar a implementação. Para obter mais detalhes, consulte [Configuração de proxy reverso](platforms-linux-extend.proxy.md). |
| Java 7 | O Elastic Beanstalk não é AL2 compatível com AL2 uma ramificação da plataforma 023/Java 7. Se você tiver uma aplicação Java 7, migre-a para Corretto 8 ou Corretto 11. |
### Tomcat
A tabela a seguir lista as informações de migração para as versões da AL2 plataforma AL2 023/ na plataforma [Tomcat](java-tomcat-platform.md).
| **Área** | **Alterações e informações** |
| --- | --- |
| **Opção** | **Informações sobre migração** |
| --- | --- |
| Opções de configuração | Nas versões da AL2 plataforma AL2 023/, o Elastic Beanstalk suporta somente um subconjunto das opções de configuração e dos valores das opções no namespace. `aws:elasticbeanstalk:environment:proxy` Veja a seguir as informações sobre a migração para cada opção. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/elasticbeanstalk/latest/dg/using-features.migration-al.generic.from-al1.html) A `XX:MaxPermSize` opção no `aws:elasticbeanstalk:container:tomcat:jvmoptions` namespace não é suportada nas versões AL2 AL2 023/ da plataforma. A configuração da JVM para modificar o tamanho da geração permanente se aplica somente ao Java 7 e versões anteriores e, portanto, não é aplicável às versões da plataforma AL2 023/AL2 . |
| Caminho da aplicação | Nas AL2 plataformas AL2 023/, o caminho para o diretório do aplicativo nas EC2 instâncias Amazon do seu ambiente é. `/var/app/current` Era `/var/lib/tomcat8/webapps` em plataformas da AMI do Amazon Linux. |
| `GzipCompression` | Não suportado nas versões da AL2 plataforma 023/AL2 . |
| `ProxyServer` | AL2023/ As versões da plataforma AL2 Tomcat suportam os servidores proxy nginx e Apache HTTPD versão 2.4. No entanto, não há suporte para o Apache versão 2.2. Nas versões da plataforma da AMI do Amazon Linux, o proxy padrão era Apache 2.4. Se você usou a configuração de proxy padrão e adicionou arquivos de configuração de proxy personalizados, sua configuração de proxy ainda deve funcionar em AL2 023/AL2. No entanto, se você usou o valor da opção `apache/2.2`, agora você precisa migrar a configuração de proxy para o Apache versão 2.4. |
### Node.js
A tabela a seguir lista as informações de migração para as versões da AL2 plataforma AL2 023/ na plataforma [Node.js](create_deploy_nodejs.container.md).
| **Área** | **Alterações e informações** |
| --- | --- |
| **Opção** | **Informações sobre migração** |
| --- | --- |
| Versões Node.js instaladas | Nas AL2 plataformas AL2 023/, o Elastic Beanstalk mantém várias ramificações da plataforma Node.js e instala somente a versão mais recente da versão principal do Node.js correspondente à ramificação da plataforma em cada versão da plataforma. Por exemplo, cada versão da plataforma na ramificação da plataforma Node.js 12 tem somente o Node.js 12.x.y instalado por padrão. Nas versões da plataforma da AMI do Amazon Linux, instalamos as várias versões do Node.js em cada versão da plataforma e mantemos apenas uma única ramificação da plataforma. Escolha a ramificação da plataforma Node.js que corresponde à versão principal do Node.js de que seu aplicativo precisa. |
| Nomes de arquivos de log do Apache HTTPD | Nas AL2 plataformas AL2 023/, se você usa o servidor proxy Apache HTTPD, os nomes dos arquivos de log HTTPD são `access_log` e`error_log`, o que é consistente com todas as outras plataformas que suportam o Apache HTTPD. Nas versões da plataforma da AMI do Amazon Linux, esses arquivos de log eram chamados de `access.log` e `error.log`, respectivamente. Para obter detalhes sobre nomes de arquivos de log e locais de todas as plataformas, consulte [Como o Elastic Beanstalk configura os registros CloudWatch](AWSHowTo.cloudwatchlogs.md#AWSHowTo.cloudwatchlogs.loggroups). |
| Opções de configuração | Nas AL2 plataformas AL2 023/, o Elastic Beanstalk não oferece suporte às opções de configuração no namespace. `aws:elasticbeanstalk:container:nodejs` Algumas das opções têm alternativas. Veja a seguir as informações sobre a migração para cada opção. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/elasticbeanstalk/latest/dg/using-features.migration-al.generic.from-al1.html) |
| `NodeCommand` | Use um `scripts` ou a palavra-chave `Procfile` em um arquivo `package.json` para especificar o script de início. |
| `NodeVersion` | Use a palavra-chave `engines` em um arquivo `package.json` para especificar a versão do Node.js. Lembre-se de que é possível especificar somente uma versão do Node.js que corresponda à sua ramificação da plataforma. Por exemplo, se você estiver usando a ramificação da plataforma Node.js 12, será possível especificar somente uma versão 12.x.y do Node.js. Para obter detalhes, consulte [Especificar as dependências do Node.js com um arquivo package.json](nodejs-platform-dependencies.md#nodejs-platform-packagejson). |
| `GzipCompression` | Não suportado nas versões da AL2 plataforma 023/AL2 . |
| `ProxyServer` | Nas versões da plataforma AL2 023/ AL2 Node.js, essa opção foi movida para o `aws:elasticbeanstalk:environment:proxy` namespace. É possível escolher entre `nginx` (o padrão) e `apache`. AL2As versões da plataforma 023/ AL2 Node.js não oferecem suporte a aplicativos autônomos que não são executados por trás de um servidor proxy. Nas versões da plataforma Node.js da AMI do Amazon Linux, isso costumava ser possível pelo valor `none` da opção `ProxyServer` no namespace `aws:elasticbeanstalk:container:nodejs`. Se o ambiente executar uma aplicação autônoma, atualize o código para escutar a porta para a qual servidor de proxy (nginx ou Apache) encaminha o tráfego. var port = process.env.PORT || 5000;
app.listen(port, function() {
console.log('Server running at http://127.0.0.1:%s', port);
});
|
### PHP
A tabela a seguir lista as informações de migração para as versões da AL2 plataforma AL2 023/ na plataforma [PHP](create_deploy_PHP.container.md).
| **Área** | **Alterações e informações** |
| --- | --- |
| Processamento de arquivos PHP | Nas AL2 plataformas AL2 023/, os arquivos PHP são processados usando o PHP-FPM (um gerenciador de processos CGI). Em plataformas da AMI do Amazon Linux, usamos mod\$1php (um módulo do Apache). |
| Servidor de proxy | AL2As versões da plataforma 023/ AL2 PHP suportam os servidores proxy nginx e Apache HTTPD. O padrão é nginx. As versões da plataforma PHP da AMI do Amazon Linux eram compatíveis apenas com o Apache HTTPD. Se você adicionou arquivos de configuração personalizados do Apache, poderá definir a opção `ProxyServer` no namespace `aws:elasticbeanstalk:environment:proxy` como `apache`. |
### Python
[A tabela a seguir lista as informações de migração para as versões da AL2 plataforma AL2 023/ na plataforma Python.](create-deploy-python-container.md)
| **Área** | **Alterações e informações** |
| --- | --- |
| Servidor WSGI | Nas AL2 plataformas AL2 023/, o [Gunicorn é o servidor WSGI](https://gunicorn.org/) padrão. Por padrão, o Gunicorn escuta na porta 8000. A porta pode ser diferente da utilizada pela aplicação na plataforma da AMI do Amazon Linux. Se você estiver definindo a opção `WSGIPath` do namespace `[aws:elasticbeanstalk:container:python](command-options-specific.md#command-options-python)`, substitua o valor pela sintaxe de Gunicorn. Para obter detalhes, consulte [Namespaces de configuração do Python](create-deploy-python-container.md#python-namespaces). Como alternativa, você pode usar um `Procfile` para especificar e configurar o servidor WSGI. Para obter detalhes, consulte [Configuração do servidor WSGI com um Procfile no Elastic Beanstalk](python-configuration-procfile.md). |
| Caminho da aplicação | Nas AL2 plataformas AL2 023/, o caminho para o diretório do aplicativo nas EC2 instâncias Amazon do seu ambiente é. `/var/app/current` Era `/opt/python/current/app` em plataformas da AMI do Amazon Linux. |
| Servidor de proxy | AL2023/ As versões da plataforma AL2 Python suportam os servidores proxy nginx e Apache HTTPD. O padrão é nginx. As versões da plataforma Python da AMI do Amazon Linux eram compatíveis apenas com o Apache HTTPD. Se você adicionou arquivos de configuração personalizados do Apache, poderá definir a opção `ProxyServer` no namespace `aws:elasticbeanstalk:environment:proxy` como `apache`. |
### Ruby
A tabela a seguir lista as informações de migração para as versões da AL2 plataforma AL2 023/ na plataforma [Ruby](create_deploy_Ruby.container.md).
| **Área** | **Alterações e informações** |
| --- | --- |
| Versões Ruby instaladas | Nas AL2 plataformas AL2 023/, o Elastic Beanstalk instala somente a versão mais recente de uma única versão do Ruby, correspondente à ramificação da plataforma, em cada versão da plataforma. Por exemplo, cada versão da plataforma na ramificação da plataforma Ruby 2.6 tem somente o Ruby 2.6.x instalado. Nas versões da plataforma da AMI do Amazon Linux, instalamos as versões mais recentes de várias versões do Ruby, por exemplo, 2.4.x, 2.5.x e 2.6.x. Se seu aplicativo usar uma versão do Ruby que não corresponda à ramificação da plataforma que você está usando, recomendamos mudar para uma ramificação de plataforma que tenha a versão do Ruby correta para seu aplicativo. |
| Servidor de aplicativos | Nas AL2 plataformas AL2 023/, o Elastic Beanstalk só instala o servidor de aplicativos Puma em todas as versões da plataforma Ruby. É possível usar um `Procfile` para iniciar um servidor de aplicativos diferente e um `Gemfile` para instalá-lo. Na plataforma da AMI do Amazon Linux, oferecemos suporte a dois tipos de ramificações da plataforma para cada versão Ruby: uma com o servidor de aplicações Puma e outra com o servidor de aplicações Passenger. Se o seu aplicativo usar o Passenger, é possível configurar seu ambiente Ruby para instalar e usar o Passenger. Para ter mais informações e exemplos, consulte [Usar a plataforma Ruby do Elastic Beanstalk](create_deploy_Ruby.container.md). |