Um arquiteto de soluções está projetando a arquitetura de nuvem para uma nova aplicação na AWS. O processamento deve ser executado em paralelo, adicionando e removendo nós de aplicação conforme necessário, com base no número de tarefas a serem processadas. A aplicação do processador é stateless. O design deve ser fracamente acoplado e os itens da tarefa devem ser armazenados de forma durável. Qual design o arquiteto de soluções deve usar?

A opção correta utiliza o Amazon SQS para armazenar tarefas de forma durável e desacoplada, o que é ideal para processamento paralelo e assíncrono. O Auto Scaling Group, configurado com um launch template e uma AMI personalizada, ajusta dinamicamente a capacidade dos nós de processamento. A política de escalonamento baseada no número de itens na fila do SQS garante que a capacidade seja dimensionada de acordo com a demanda real de trabalho, otimizando custos e desempenho. As opções incorretas falham em aspectos cruciais: Usar Amazon SNS para armazenar tarefas não é adequado, pois SNS é um serviço de publicação/assinatura para mensagens efêmeras, não para armazenamento durável de tarefas. Escalonar com base no uso da CPU ou da rede não reflete diretamente a carga de trabalho de tarefas pendentes, podendo levar a um dimensionamento ineficiente.