Uma empresa executa um job baseado em Java em uma instância Amazon EC2. O job é executado a cada hora, leva 10 segundos para ser concluído, consome 1 GB de memória e causa picos breves de CPU, enquanto no restante do tempo a utilização da CPU é baixa. A empresa quer reduzir custos, mas mantendo esses requisitos. Qual solução atenderá a esses requisitos?

A solução correta é usar o AWS Lambda com o Amazon EventBridge. O Lambda é um serviço de computação serverless que executa código em resposta a eventos, e você paga apenas pelo tempo de computação consumido. Como o job é executado por apenas 10 segundos a cada hora e tem picos de CPU, o Lambda é ideal para cargas de trabalho intermitentes e de curta duração, minimizando custos. Atribuir 1 GB de memória ao Lambda garante que ele tenha recursos suficientes para o job. O EventBridge pode agendar a execução da função Lambda a cada hora. As outras opções são menos eficientes em termos de custo: O AWS App2Container (A2C) com Amazon ECS no AWS Fargate é uma boa opção para conteinerização, mas para um job tão curto e infrequente, o custo do Fargate pode ser maior do que o Lambda, pois você provisiona recursos de vCPU e memória que podem ficar ociosos entre as execuções. Instalar o contêiner na AMI existente e interrompê-lo não é uma solução serverless e ainda incorre em custos de EC2, além de exigir gerenciamento da instância. Interromper e reiniciar a instância EC2 a cada hora é ineficiente, demorado e pode ser caro devido aos ciclos de inicialização e desligamento, além de não ser serverless.