Uma empresa executa um aplicativo de processamento de transações sensível ao tempo em contêineres Docker em VMs. Os contêineres usam armazenamento compartilhado para dados de transação. O volume de transações é imprevisível. A empresa não pode modificar o aplicativo ou continuar gerenciando as VMs do host de contêiner. Eles precisam de armazenamento de baixa latência que dimensione automaticamente a taxa de transferência conforme a demanda aumenta e devem parar de administrar o ambiente de hospedagem Docker. Como eles devem migrar para a AWS?

A opção correta atende a todos os requisitos: o AWS Fargate para Amazon ECS elimina a necessidade de gerenciar VMs host, pois é um serviço de computação sem servidor para contêineres. O Amazon EFS (Elastic File System) fornece armazenamento compartilhado de baixa latência que escala automaticamente a taxa de transferência, ideal para volumes de transações imprevisíveis. A montagem do EFS como volume na definição de tarefa Fargate permite que os contêineres acessem os dados de transação compartilhados. As outras opções são incorretas porque: Migrar para Amazon EKS com Amazon S3 para dados de transação compartilhados não é ideal, pois S3 é um armazenamento de objetos e não oferece a latência e o acesso de sistema de arquivos que um aplicativo transacional geralmente requer. Usar volumes Amazon EBS com Fargate não funciona, pois volumes EBS são anexados a instâncias EC2 e não podem ser anexados diretamente a tarefas Fargate, nem são projetados para acesso compartilhado entre múltiplas tarefas. Iniciar instâncias EC2 e instalar Docker nelas não atende ao requisito de parar de administrar o ambiente de hospedagem Docker, pois ainda exige o gerenciamento das VMs.