A empresa possui muitos aplicativos desenvolvidos com diferentes linguagens e frameworks, executados on-premises em vários sistemas operacionais. Cada equipe tem seu próprio processo de lançamento. A empresa deseja controle de versão centralizado, um pipeline de entrega automatizado consistente e manutenção mínima da infraestrutura após a migração para a AWS. Qual abordagem atende a esses objetivos?

A abordagem correta atende a todos os requisitos: o AWS CodeCommit para cada aplicativo oferece controle de versão centralizado e isolado. O CodeBuild, criando imagens Docker e armazenando-as no ECR, padroniza o processo de build para diferentes linguagens e frameworks. A implantação no Amazon ECS com AWS Fargate oferece um pipeline de entrega automatizado consistente, abstrai a infraestrutura subjacente (manutenção mínima) e é ideal para aplicativos com diferentes requisitos de sistema operacional, pois o Docker encapsula as dependências. As outras opções são menos eficazes: Usar um único repositório CodeCommit com branches diferentes para todos os aplicativos pode levar a complexidade e conflitos. Implantar em um servidor de aplicativos centralizado não resolve a diversidade de sistemas operacionais e linguagens, nem minimiza a manutenção da infraestrutura. Construir e implantar aplicativos um por um em um servidor centralizado também não aborda a diversidade de ambientes e a manutenção da infraestrutura. Criar AMIs com CodeBuild e usar CloudFormation StackSets para EC2 aumenta a sobrecarga de gerenciamento de AMIs e instâncias, e não padroniza a execução de aplicativos de diferentes linguagens tão eficientemente quanto contêineres.