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á.
# Estratégias de implantação
Além de selecionar as ferramentas certas para atualizar o código do aplicativo e a infraestrutura de suporte, implementar os processos de implantação corretos é uma parte essencial de uma solução de implantação completa e que funcione bem. Os processos de implantação que você escolhe para atualizar seu aplicativo podem depender do equilíbrio desejado entre controle, velocidade, custo, tolerância ao risco e outros fatores.
Cada serviço de implantação da AWS oferece suporte a várias estratégias de implantação. Esta seção fornecerá uma visão geral das estratégias de implantação de uso geral que podem ser usadas com sua solução de implantação.
# Pré-cozimento versus inicialização AMIs
*Se seu aplicativo depende muito da personalização ou implantação de aplicativos em EC2 instâncias da Amazon, você pode otimizar suas implantações por meio de práticas de *inicialização* e pré-criação.*
Instalar seu aplicativo, dependências ou personalizações sempre que uma instância da Amazon é iniciada é chamado de *inicialização* de uma EC2 instância. Se você tiver um aplicativo complexo ou precisar de grandes downloads, isso pode retardar as implantações e os eventos de escalabilidade.
Uma [Amazon Machine Image](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/AMIs.html) (AMI) fornece as informações necessárias para iniciar uma instância (sistemas operacionais, volumes de armazenamento, permissões, pacotes de software etc.). Você pode executar várias instâncias idênticas a partir de uma única AMI. Sempre que uma EC2 instância é executada, você seleciona a AMI que será usada como modelo. O *pré-cozimento* é o processo de incorporar uma parte significativa dos artefatos do seu aplicativo em uma AMI.
A preparação prévia dos componentes do aplicativo em uma AMI pode acelerar o tempo de lançamento e operacionalização de uma instância da Amazon. EC2 As práticas de pré-preparação e inicialização podem ser combinadas durante o processo de implantação para criar rapidamente novas instâncias personalizadas para o ambiente atual.
# Implantações azuis/verdes
Uma blue/green implantação é uma estratégia de implantação na qual você cria dois ambientes separados, mas idênticos. Um ambiente (azul) está executando a versão atual do aplicativo e um ambiente (verde) está executando a nova versão do aplicativo. O uso de uma estratégia de blue/green implantação aumenta a disponibilidade do aplicativo e reduz o risco de implantação, simplificando o processo de reversão em caso de falha na implantação. Depois que o teste for concluído no ambiente verde, o tráfego ativo do aplicativo é direcionado para o ambiente verde e o ambiente azul é descontinuado.
Vários serviços de implantação da AWS oferecem suporte a estratégias de blue/green implantação, incluindo Elastic OpsWorks Beanstalk CloudFormation,,, CodeDeploy, e Amazon ECS. Consulte [Implantações azul/verdes na AWS](https://docs.aws.amazon.com/whitepapers/latest/blue-green-deployments/welcome.html) para obter mais detalhes e estratégias para implementar processos de blue/green implantação para seu aplicativo.
# Implantações contínuas
Uma implantação contínua é uma estratégia de implantação que substitui lentamente as versões anteriores de um aplicativo por novas versões de um aplicativo, substituindo completamente a infraestrutura na qual o aplicativo está sendo executado. Por exemplo, em uma implantação contínua no Amazon ECS, os contêineres que executam versões anteriores do aplicativo serão one-by-one substituídos por contêineres que executam novas versões do aplicativo.
Uma implantação contínua geralmente é mais rápida do que uma blue/green implantação; no entanto, diferentemente de uma blue/green implantação, em uma implantação contínua não há isolamento do ambiente entre a versão antiga e a nova do aplicativo. Isso permite que as implantações contínuas sejam concluídas mais rapidamente, mas também aumenta os riscos e complica o processo de reversão se uma implantação falhar.
Estratégias de implantação contínua podem ser usadas com a maioria das soluções de implantação. [Consulte [Políticas de CloudFormation atualização](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-attribute-updatepolicy.html) para obter mais informações sobre implantações contínuas com CloudFormation; [Atualizações contínuas com o Amazon ECS](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/deployment-type-ecs.html) para obter mais detalhes sobre implantações contínuas com o Amazon ECS; Atualizações de [configuração do ambiente contínuo do Elastic Beanstalk para obter mais detalhes sobre implantações contínuas com o Elastic](https://docs.aws.amazon.com/elasticbeanstalk/latest/dg/using-features.rollingupdates.html) Beanstalk; e Usando uma implantação contínua em para obter mais detalhes sobre implantações contínuas com. AWS OpsWorks](https://docs.aws.amazon.com/opsworks/latest/userguide/best-deploy.html#best-deploy-rolling) OpsWorks
# Implantações canário
As [implantações do Canary](https://docs.aws.amazon.com/whitepapers/latest/introduction-devops-aws/deployment-strategies.html#canary-deployments) são um tipo de estratégia de blue/green implantação mais avessa ao risco. Essa estratégia envolve uma abordagem em fases na qual o tráfego é transferido para uma nova versão do aplicativo em dois incrementos. O primeiro incremento é uma pequena porcentagem do tráfego, chamada de grupo canário. Esse grupo é usado para testar a nova versão e, se for bem-sucedido, o tráfego será transferido para a nova versão no segundo incremento.
As implantações do Canary podem ser implementadas em duas etapas ou linearmente. Na abordagem em duas etapas, o novo código do aplicativo é implantado e exposto para teste. Após a aceitação, ele é lançado para o resto do ambiente ou de forma linear. A abordagem linear envolve o aumento incremental do tráfego para a nova versão do aplicativo até que todo o tráfego flua para a nova versão.
# Implantações no local
Uma [implantação local](https://docs.aws.amazon.com/whitepapers/latest/introduction-devops-aws/in-place-deployments.html) é uma estratégia de implantação que atualiza a versão do aplicativo sem substituir nenhum componente da infraestrutura. Em uma implantação local, a versão anterior do aplicativo em cada recurso computacional é interrompida, o aplicativo mais recente é instalado e a nova versão do aplicativo é iniciada e validada. Isso permite que as implantações de aplicativos prossigam com o mínimo de perturbação na infraestrutura subjacente.
Uma implantação local permite que você implante seu aplicativo sem criar uma nova infraestrutura; no entanto, a disponibilidade do seu aplicativo pode ser afetada durante essas implantações. Essa abordagem também minimiza os custos de infraestrutura e a sobrecarga de gerenciamento associados à criação de novos recursos.
Consulte [Visão geral de uma implantação local](https://docs.aws.amazon.com/codedeploy/latest/userguide/welcome.html#welcome-deployment-overview-in-place) para obter mais detalhes sobre o uso de estratégias de implantação local com. CodeDeploy
# Combinando serviços de implantação
Não existe uma solução de implantação “única para todos” na AWS. No contexto da criação de uma solução de implantação, é importante considerar o tipo de aplicativo, pois isso pode ditar quais serviços da AWS são mais apropriados. Para fornecer funcionalidade completa para provisionar, configurar, implantar, escalar e monitorar seu aplicativo, geralmente é necessário combinar vários serviços de implantação
Um padrão comum para aplicativos na AWS é usar CloudFormation (e suas extensões) para gerenciar a infraestrutura de uso geral e usar uma solução de implantação mais especializada para gerenciar atualizações de aplicativos. No caso de um aplicativo em contêineres, CloudFormation poderia ser usado para criar a infraestrutura do aplicativo, e o Amazon ECS e o Amazon EKS poderiam ser usados para provisionar, implantar e monitorar contêineres.
Os serviços de implantação da AWS também podem ser combinados com serviços de implantação de terceiros. Isso permite que as organizações integrem facilmente os serviços de implantação da AWS em seus CI/CD pipelines ou soluções de gerenciamento de infraestrutura existentes. Por exemplo, OpsWorks pode ser usado para sincronizar configurações entre nós locais e da AWS e CodeDeploy pode ser usado com vários CI/CD serviços de terceiros como parte de um pipeline completo.