Ambientes de servidor web do Elastic Beanstalk - AWS Elastic Beanstalk

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

Ambientes de servidor web do Elastic Beanstalk

O diagrama a seguir mostra uma arquitetura demonstrativa do Elastic Beanstalk para um nível de ambiente de servidor Web e mostra como os componentes desse tipo de nível de ambiente funcionam em conjunto.

AWS Elastic Beanstalk diagrama da arquitetura de camadas do servidor web.

O ambiente é a essência do aplicativo. No diagrama, o ambiente é mostrado na linha sólida de nível superior. Quando você cria um ambiente, o Elastic Beanstalk provisiona os recursos necessários para executar seu aplicativo. AWS os recursos criados para um ambiente incluem um balanceador de carga elástico (ELBno diagrama), um grupo de Auto Scaling e uma ou mais instâncias do Amazon Elastic Compute Cloud (AmazonEC2).

Cada ambiente tem um CNAME (URL) que aponta para um balanceador de carga. O ambiente tem umURL, tal comomyapp.us-west-2.elasticbeanstalk.com. URLIsso tem um alias no Amazon Route 53 para um Elastic Load URL Balancing — algo abcdef-123456.us-west-2.elb.amazonaws.com como — usando um registro. CNAME O Amazon Route 53 é um serviço web de Sistema de Nomes de Domínio (DNS) altamente disponível e escalável. Isso proporciona um roteamento seguro e confiável para a infraestrutura. Seu nome de domínio que você registrou com seu DNS provedor encaminhará as solicitações para CNAME o.

O balanceador de carga fica na frente das EC2 instâncias da Amazon, que fazem parte de um grupo de Auto Scaling. O Amazon EC2 Auto Scaling inicia automaticamente EC2 instâncias adicionais da Amazon para acomodar o aumento da carga em seu aplicativo. Se a carga em seu aplicativo diminuir, o Amazon EC2 Auto Scaling interrompe as instâncias, mas sempre deixa pelo menos uma instância em execução.

A pilha de software em execução nas EC2 instâncias da Amazon depende do tipo de contêiner. O tipo de contêiner define a topologia da infraestrutura e a pilha de software a serem usadas nesse ambiente. Por exemplo, o ambiente do Elastic Beanstalk com um contêiner Apache Tomcat usa o sistema operacional Amazon Linux, o servidor Web Apache e o software Apache Tomcat. Para ver a lista de tipos de contêiner compatíveis, consulte Plataformas compatíveis com Elastic Beanstalk. Cada EC2 instância da Amazon que executa seu aplicativo usa um desses tipos de contêiner. Além disso, um componente de software chamado gerenciador de host (HM) é executado em cada EC2 instância da Amazon. O gerenciador de host é responsável pelo seguinte:

  • Implantação do aplicativo

  • Agregando eventos e métricas para recuperação por meio do consoleAPI, do ou da linha de comando

  • Geração de eventos no nível de instância

  • Monitoramento dos arquivos de log do aplicativo quanto a erros críticos

  • Monitoramento do servidor de aplicativos

  • Correção dos componentes de instância

  • Rotação de arquivos de log do aplicativo e sua publicação no Amazon S3

O gerente do host relata métricas, erros e eventos e o status da instância do servidor, que estão disponíveis por meio do console do Elastic APIs Beanstalk, e. CLIs

As EC2 instâncias da Amazon mostradas no diagrama fazem parte de um grupo de segurança. Um security group define as regras de firewall para suas instâncias. Por padrão, o Elastic Beanstalk define um grupo de segurança, que permite que todos se conectem usando a porta 80 (). HTTP Você pode definir mais de um security group. Por exemplo, você pode definir um grupo de segurança para seu servidor de banco de dados. Para obter mais informações sobre os grupos EC2 de segurança da Amazon e como configurá-los para seu aplicativo Elastic Beanstalk, consulte. Grupos de segurança