Uma empresa ingere um fluxo contínuo de dados de mercado a uma taxa constante e os armazena. Um job de agregação noturno é executado por cerca de 4 horas para calcular estatísticas; a análise não é crítica e pode ser repetida na próxima execução se falhar. O sistema atual usa um pool de Reserved Instances de 1 ano sendo executadas constantemente para ingerir e armazenar dados em volumes EBS anexados. Um script agendado inicia instâncias EC2 On-Demand todas as noites para executar a agregação, que acessam dados via NFS dos servidores de ingestão, e as encerra quando o trabalho termina. As reservas de Reserved Instance estão expirando. A empresa deseja a opção mais econômica. Qual solução o arquiteto deve recomendar?

A opção correta é a mais econômica e eficiente. O Amazon Kinesis Data Firehose entrega dados diretamente ao Amazon S3, que é um armazenamento de baixo custo e alta durabilidade, ideal para dados brutos de mercado. O AWS Batch com Spot Instances é perfeito para o job de agregação noturno, pois a análise não é crítica e pode ser repetida. Spot Instances são significativamente mais baratas que On-Demand e Reserved Instances, e o AWS Batch gerencia a interrupção e reinício do trabalho, maximizando a economia. Limitar o lance Spot garante que o custo permaneça baixo. A primeira opção está incorreta porque, embora use S3, ainda depende de EC2 On-Demand para processamento, que é mais caro que Spot Instances. A terceira opção mantém Reserved Instances para ingestão, que são mais caras que Firehose + S3, e não aborda a ineficiência da ingestão atual. A quarta opção usa Amazon Redshift e Lambda, que são soluções mais caras e complexas para este caso de uso, especialmente considerando que a análise não é crítica e pode ser repetida.