Uma equipe de desenvolvimento está criando um aplicativo baseado em eventos que usa funções AWS Lambda. Os eventos são gerados quando arquivos são adicionados a um bucket do Amazon S3. Atualmente, a equipe tem o Amazon Simple Notification Service (Amazon SNS) configurado como o destino do evento do Amazon S3. O que um arquiteto de soluções deve fazer para processar os eventos do Amazon S3 de forma escalável?

A opção correta é criar uma assinatura do SNS que envie o evento para o Amazon SQS e configurar a fila do SQS para acionar uma função Lambda. Esta é a abordagem mais escalável e resiliente. O SQS atua como um buffer, desacoplando o produtor (SNS/S3) do consumidor (Lambda). Isso permite que a função Lambda processe os eventos em seu próprio ritmo, reprocessando mensagens em caso de falha e escalando automaticamente com base na carga da fila. As opções que envolvem ECS ou EKS antes do Lambda introduzem complexidade desnecessária e não são o padrão para processamento de eventos assíncronos com Lambda. O AWS SMS (Server Migration Service) não é um serviço de mensagens ou fila e não é adequado para este caso de uso.