Para evitar a perda de mensagens de notificação do SNS quando o banco de dados RDS downstream estiver indisponível (por exemplo, desligado), quais alterações evitarão a perda de mensagens? (Escolha duas.)

Para evitar a perda de mensagens quando o banco de dados RDS estiver indisponível, é crucial implementar mecanismos de resiliência. A opção "Assine uma fila do Amazon SQS ao tópico do SNS e faça com que a função Lambda processe as mensagens dessa fila do SQS" é correta porque o SQS atua como um buffer durável. Se o Lambda ou o RDS estiverem indisponíveis, as mensagens permanecem na fila do SQS até que possam ser processadas com sucesso, garantindo que nenhuma mensagem seja perdida. A opção "Configure uma fila de mensagens mortas (dead-letter queue) do Amazon SQS para o tópico do SNS" também é correta. Uma DLQ captura mensagens que não puderam ser entregues ou processadas após várias tentativas. Isso permite que você inspecione e reprocesse essas mensagens posteriormente, evitando a perda definitiva. Substituir o RDS por DynamoDB (opção 1) pode resolver a disponibilidade do banco de dados, mas não aborda a resiliência do processamento de mensagens em si. Configurar uma fila SQS como destino para o Lambda (opção 2) não é uma configuração padrão para o SNS e não garante a entrega se o Lambda falhar inicialmente. Substituir o SNS por EventBridge (opção 5) é uma alternativa de serviço, mas não resolve inerentemente a perda de mensagens sem mecanismos de resiliência adicionais como filas.