Migração do Amazon Linux AMI (AL1) para AL2 ou AL2 023 - AWS Elastic Beanstalk
Diferenças e compatibilidadeProcesso de migraçãoReferências úteisConsiderações para todas as plataformas LinuxConsiderações específicas da plataforma

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 seu aplicativo Elastic Beanstalk for baseado em uma ramificação da plataforma AMI Amazon Linux, use esta seção para aprender como migrar os ambientes do seu aplicativo para o Amazon Linux 2 ou Amazon Linux 2023. As filiais da plataforma da geração anterior baseadas no Amazon Linux agora AMI estão desativadas.

É 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 ter mais informações, consulte Amazon Linux 2023

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: o sistema de inicialização, libc as versões, a cadeia de ferramentas do compilador e vários pacotes. Para obter mais informações, consulte 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 ir para produção, o Elastic Beanstalk exigirá uma implantação azul/verde para executar a atualização. As etapas gerais de práticas recomendadas para a migração com um procedimento de implantação azul/verde são descritas a seguir.

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 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 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.

  2. 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.

  3. Teste a aplicação minuciosamente no novo ambiente.

  4. 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 implantação azul/verde mais detalhado, consulte. Implantações azuis/verdes com o Elastic Beanstalk

Para obter orientações mais específicas e etapas detalhadas de práticas recomendadas, consulte Método azul/verde.

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.

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 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 nas AMI plataformas Amazon Linux anteriores. Por exemplo:

  • Alguns pacotes de software que você instala usando um arquivo de configuração podem não estar disponíveis em AL2 023/AL2, ou seus nomes podem ter sido alterados.

  • Algumas opções de configuração específica da plataforma mudaram de seus namespaces específicos da plataforma para namespaces diferentes e independentes de plataforma.

  • Os arquivos de configuração de proxy fornecidos no diretório .ebextensions/nginx devem ser movidos para o diretório de hooks da plataforma .platform/nginx. Para obter detalhes, expanda a seção Reverse Proxy Configuration (Configuração do proxy reverso) em Estender as plataformas Linux do Elastic Beanstalk.

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 YAML arquivo 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

AL2as 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 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 detalhes, expanda a seção Platform Hooks (Hooks de plataforma) em Estender as plataformas Linux do Elastic Beanstalk.

Servidores de proxy compatíveis

AL2As versões da AL2 plataforma 023/ suportam os mesmos servidores proxy reversos de cada plataforma suportada nas versões da AMI plataforma Amazon Linux. Todas as versões da plataforma AL2 023/AL2; usam o nginx como seu servidor proxy reverso padrão, com exceção das plataformas the e Docker. ECS As plataformas TomcatPHP, Node.js e Python também oferecem suporte ao HTTPD Apache como alternativa. Todas as plataformas habilitam a configuração do servidor de proxy de forma uniforme, conforme descrito nesta seção. No entanto, a configuração do servidor proxy é um pouco diferente do que era no Amazon Linux. AMI Estas são as diferenças para todas as plataformas:

  • O padrão é nginx — O servidor proxy padrão em AL2 todas as versões da plataforma AL2 023/ é nginx. Nas versões da AMI plataforma Amazon Linux do Tomcat,PHP, e do Python, o servidor proxy padrão era o Apache. HTTPD

  • Namespace consistente — Todas as versões da AL2 plataforma AL2 023/ usam o aws:elasticbeanstalk:environment:proxy namespace para configurar o servidor proxy. Nas versões da AMI plataforma Amazon Linux, essa foi uma decisão por plataforma, e o Node.js usou um namespace diferente.

  • Localização do arquivo de configuração — Você deve colocar os arquivos de configuração do proxy nos .platform/httpd diretórios .platform/nginx e em todas as versões da plataforma AL2 023/AL2. Nas versões da AMI plataforma Amazon Linux, esses locais eram .ebextensions/nginx e.ebextensions/httpd, respectivamente.

Para ver as alterações de configuração de proxy específicas da plataforma, consulte Considerações específicas da plataforma. Para obter informações sobre a configuração de proxy nas AL2 plataformas AL2 023/, expanda a seção Configuração de proxy reverso em. Estender as plataformas Linux do Elastic Beanstalk

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.

Perfil de instância

AL2AL2As 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.

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 saúde aprimorados do Elastic Beanstalk.

Personalizado AMI

Se seu ambiente usa um personalizado AMI, crie um novo AMI baseado 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.

A família de filiais 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.

AL1Filial da plataforma Caminho de migração para AL2 023/ AL2

Docker de vários contêineres gerenciado pela Amazon ECS em execução no Amazon Linux AMI () AL1
ECSfiliais da plataforma Docker AL2 AL2 023/baseadas na plataforma

As ramificações ECSbaseadas na AL2 plataforma Docker AL2 023/ oferecem um caminho de migração simples para ambientes executados na ramificação da plataforma Docker de vários contêineres. AL1

  • Assim como a AL1 filial anterior do Docker de vários contêineres, as AL2 filiais da AL2 plataforma 023/ usam a Amazon ECS para coordenar a implantação de vários contêineres do Docker em um cluster da Amazon ECS em um ambiente do Elastic Beanstalk.

  • As ramificações da AL2 plataforma AL2 023/ oferecem suporte a todos os recursos da ramificação anterior do Docker de vários contêineres. AL1

  • As ramificações da AL2 plataforma AL2 023/ também suportam o mesmo arquivo Dockerrun.aws.json v2.

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 ECSAmazon executada AL2 na ramificação da plataforma AL2 023/, consulte. Migrando seu ECS aplicativo Elastic Beanstalk do Docker gerenciado de vários contêineres para o Amazon Linux 2023 AL1 ECS

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 Running no Amazon Linux 2 ou no Docker Running nas ramificações 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.

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/.

Área Alterações e informações

Armazenamento

O Elastic Beanstalk configura o Docker para usar drivers de armazenamento para armazenar dados de contêineres e imagens do Docker. No Amazon LinuxAMI, o Elastic Beanstalk usou o driver de armazenamento Device Mapper. Para melhorar o desempenho, o Elastic Beanstalk provisionou um volume extra da 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 mais de um volume separado.

Com o Amazon LinuxAMI, se você usou a BlockDeviceMappings opção do aws:autoscaling:launchconfiguration namespace para adicionar volumes de armazenamento personalizados a um ambiente Docker, recomendamos que você também adicione o EBS volume da /dev/xvdcz Amazon que o Elastic Beanstalk provisiona. 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 no Amazon Linux AMI (anterior ao Amazon Linux 2).

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 mais 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 Usando imagens de um repositório privado no Elastic Beanstalk.

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 Amazon Linux AMI Docker, isso costumava ser possível por meio do none valor da ProxyServer opção no aws:elasticbeanstalk:environment:proxy namespace.

A tabela a seguir lista as informações de migração para as versões da AL2 plataforma AL2 023/ na plataforma Go.

Á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 detalhes, expanda a seção Configuração de proxy reverso em Estender as plataformas Linux do Elastic Beanstalk.

A tabela a seguir lista as informações de migração para as ramificações de plataforma do Corretto na plataforma Java SE.

Área Alterações e informações

Corretto x Open JDK

Para implementar a Plataforma Java, Standard Edition (Java SE), as ramificações da AL2 plataforma AL2 023/ usam o Amazon Corretto, uma AWS distribuição do Open Java Development Kit (Open). JDK As ramificações anteriores da plataforma Java SE do Elastic Beanstalk usam os pacotes JDK Open incluídos no Amazon Linux. AMI

Ferramentas de compilação

AL2AL2As plataformas 023/ têm versões mais recentes das ferramentas de construção:gradle, e. maven ant

JARmanipulação de arquivos

Nas AL2 plataformas AL2 023/, se seu pacote de origem (ZIParquivo) contiver um único arquivo e nenhum outro JAR arquivo, o Elastic Beanstalk não renomeia mais o arquivo para. JAR application.jar A renomeação ocorre somente se você enviar um JAR arquivo sozinho, não dentro de um ZIP arquivo.

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 detalhes, expanda a seção Configuração de proxy reverso em Estender as plataformas Linux do Elastic Beanstalk.

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.

A tabela a seguir lista as informações de migração para as versões da AL2 plataforma AL2 023/ na plataforma Tomcat.

Área Alterações e informações

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.

Opção Informações sobre migração

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 versão 2.4. HTTPD No entanto, não há suporte para o Apache versão 2.2.

Nas versões da AMI plataforma Amazon Linux, o proxy padrão era o 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.

A XX:MaxPermSize opção no aws:elasticbeanstalk:container:tomcat:jvmoptions namespace não é suportada nas versões AL2 AL2 023/ da plataforma. A JVM configuração 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 AL2 plataforma AL2 023/.

Caminho do aplicativo

Nas AL2 plataformas AL2 023/, o caminho para o diretório do aplicativo nas EC2 instâncias Amazon do seu ambiente é. /var/app/current Estava /var/lib/tomcat8/webapps nas AMI plataformas Amazon Linux.

A tabela a seguir lista as informações de migração para as versões da AL2 plataforma AL2 023/ na plataforma Node.js.

Área Alterações e informações

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 AMI plataforma Amazon Linux, instalamos as várias versões de várias versões do Node.js em cada versão da plataforma e mantivemos 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 dos arquivos de HTTPD log do Apache

Nas AL2 plataformas AL2 023/, se você usa o servidor HTTPD proxy Apache, os nomes dos arquivos de HTTPD log são access_log eerror_log, o que é consistente com todas as outras plataformas que suportam o Apache. HTTPD Nas versões da AMI plataforma Amazon Linux, esses arquivos de log foram nomeados access.log eerror.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 .

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.

Opção Informações sobre migração

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.

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 Amazon Linux AMI Node.js, isso costumava ser possível por meio do none valor da ProxyServer opção no aws:elasticbeanstalk:container:nodejs namespace. 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);
});

A tabela a seguir lista as informações de migração para as versões da AL2 plataforma AL2 023/ na PHP plataforma.

Área Alterações e informações

PHPprocessamento de arquivos

Nas AL2 plataformas AL2 023/, PHP os arquivos são processados usando PHP - FPM (um gerenciador de CGI processos). Nas AMI plataformas Amazon Linux, usamos o mod_php (um módulo Apache).

Servidor de proxy

AL2As versões da AL2 PHP plataforma 023/ suportam os servidores proxy nginx e Apache. HTTPD O padrão é nginx.

As versões da AMI PHP plataforma Amazon Linux eram compatíveis somente com o ApacheHTTPD. Se você adicionou arquivos de configuração personalizados do Apache, poderá definir a opção ProxyServer no namespace aws:elasticbeanstalk:environment:proxy como apache.

A tabela a seguir lista as informações de migração para as versões da AL2 plataforma AL2 023/ na plataforma Python.

Área Alterações e informações

WSGIservidor

Nas AL2 plataformas AL2 023/, o Gunicorn é o servidor padrão. WSGI Por padrão, o Gunicorn escuta na porta 8000. A porta pode ser diferente da que seu aplicativo usou na AMI plataforma Amazon Linux. Se você estiver definindo a opção WSGIPath do namespace aws:elasticbeanstalk:container:python, substitua o valor pela sintaxe de Gunicorn. Para obter detalhes, consulte Namespaces de configuração do Python.

Como alternativa, você pode usar a Procfile para especificar e configurar o WSGI servidor. Para obter detalhes, consulte Configurando o WSGI servidor com um Procfile no Elastic Beanstalk.

Caminho do aplicativo

Nas AL2 plataformas AL2 023/, o caminho para o diretório do aplicativo nas EC2 instâncias Amazon do seu ambiente é. /var/app/current Estava /opt/python/current/app nas AMI plataformas 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 Amazon Linux AMI Python suportavam somente 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.

A tabela a seguir lista as informações de migração para as versões da AL2 plataforma AL2 023/ na plataforma Ruby.

Á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 AMI plataforma 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 AMI plataforma Amazon Linux, oferecemos suporte a dois tipos de ramificações de plataforma para cada versão do Ruby — uma com o servidor de aplicativos Puma e outra com o servidor de aplicativos 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.