Um script Python é executado em uma instância EC2 a cada 10 minutos para ingerir e processar arquivos de um bucket S3; cada arquivo leva cerca de 5 minutos para ser processado e é processado apenas uma vez. As métricas do CloudWatch mostram que a instância EC2 fica ociosa cerca de 40% do tempo. A empresa deseja que a workload seja altamente disponível, escalável e que reduza a sobrecarga de gerenciamento contínuo. Qual solução atende a esses requisitos da forma mais econômica?

A migração para uma função AWS Lambda com notificações de evento do S3 é a solução mais econômica e que atende aos requisitos. A Lambda é um serviço sem servidor, o que elimina a sobrecarga de gerenciamento de instâncias EC2, garantindo alta disponibilidade e escalabilidade automática sob demanda. O pagamento é feito apenas pelo tempo de execução do código, otimizando custos, especialmente porque a instância EC2 atual fica ociosa 40% do tempo. As outras opções são menos ideais: Usar SQS com Auto Scaling do EC2 ainda incorre em custos de instâncias EC2 e gerenciamento, além de introduzir latência de polling. Executar o script em um contêiner em uma única instância EC2 não resolve a ociosidade nem oferece alta disponibilidade e escalabilidade automática. ECS no Fargate com Lambda para RunTask é uma solução válida para contêineres, mas é mais complexa e potencialmente mais cara do que a Lambda direta para um script Python simples, especialmente considerando que o processamento leva apenas 5 minutos por arquivo.