Uma empresa armazena dados de vendas em uma tabela DynamoDB com o DynamoDB Streams habilitado. Cada item tem um atributo TransactionStatus com os valores failed, pending ou completed. A empresa deseja ser notificada sobre vendas com falha (failed) onde o Price excede um limite. Qual abordagem exige o menor esforço de desenvolvimento para configurar essa notificação?

A opção correta é a que utiliza um mapeamento de origem de evento do DynamoDB Streams para uma função Lambda com filtragem de eventos e publicação em um tópico SNS. A filtragem de eventos do Lambda permite que a função seja invocada apenas para registros que atendem aos critérios especificados (TransactionStatus = 'failed' e Price limite), minimizando o código dentro da função Lambda e, consequentemente, o esforço de desenvolvimento. A segunda opção exige mais esforço de desenvolvimento, pois a lógica de filtragem precisaria ser implementada dentro do código da função Lambda, aumentando a complexidade e o custo de manutenção. A terceira opção está incorreta porque o DynamoDB Streams não pode ser mapeado diretamente para um tópico SNS com filtragem de eventos complexa, como a exigida (TransactionStatus e Price). A quarta opção, usando um alarme do CloudWatch, não é adequada para monitorar dados de streams do DynamoDB em tempo real com base no conteúdo dos itens. Alarmes do CloudWatch são mais indicados para métricas agregadas e não para inspeção de dados de stream item a item.