Preparing Practice Exam…
Please wait a moment while the system generates the exam questions, answers, and study session.
Please wait a moment while the system generates the exam questions, answers, and study session.
AWS Certified Solutions Architect - Associate · AWS
Select one answer.
Written by other learners. Comments can disagree with the marked answer — check the official documentation when in doubt.
This one had me stumped! Thanks, community, for the link.
Não é uma prática recomendada: O padrão em sistemas assíncronos com SQS e Lambda é remover a mensagem apenas após o processamento bem-sucedido. Isso garante que, caso algo falhe, a mensagem possa ser processada novamente. Não resolve duplicidade real: Mesmo que você exclua a mensagem imediatamente, o problema de mensagens duplicadas pode ocorrer devido à lógica de envio duplicado no S3 ou por notificações redundantes do evento de criação de objetos. Assim, o problema original pode persistir.
A opção D pode parecer uma solução direta, mas não é recomendada porque introduz riscos significativos para a confiabilidade do sistema. Vamos analisar mais a fundo: O que a opção D sugere: Modificar a função Lambda para excluir cada mensagem da fila do SQS imediatamente após a mensagem ser lida, antes do processamento. Problemas com a opção D: Perda de mensagens em caso de falhas: Se a mensagem for excluída do SQS antes de ser processada e algo der errado (como falha na função Lambda ou erro na lógica de processamento), a mensagem será perdida permanentemente. O SQS é projetado para garantir que a mensagem seja processada com segurança antes de ser removida. Excluir a mensagem antes do processamento viola essa garantia.