Uma aplicação é implantada em duas regiões da AWS, e cada região armazena objetos em um bucket local do Amazon S3. Ambas as implantações exigem acesso a todos os objetos e metadados de ambas as regiões. A replicação bidirecional está configurada entre os buckets e as métricas do S3 Replication estão habilitadas. Implemente um mecanismo que tente novamente a replicação para objetos que falham ao replicar. Qual abordagem satisfaz esse requisito?

A opção correta é usar o S3 Batch Operations para retentar a replicação. O S3 Batch Operations é projetado para realizar operações em larga escala em objetos S3, incluindo cópia, o que o torna ideal para retentar a replicação de objetos que falharam. Configurar notificações de evento do S3 para enviar eventos de falha de replicação para uma função Lambda permite que a Lambda acione o S3 Batch Operations de forma automatizada. As outras opções são menos eficientes ou não são a melhor prática: Criar uma regra do EventBridge para invocar uma Lambda que baixa e reenvia o objeto é menos eficiente, pois a Lambda teria que gerenciar o download e upload de cada objeto individualmente, o que pode ser custoso e demorado para muitos objetos. Usar uma fila SQS com uma Lambda para processar eventos de falha também é menos eficiente do que o S3 Batch Operations para operações em massa. A opção que apenas cria uma regra do EventBridge e uma Lambda para baixar e reenviar o objeto ainda não aproveita a capacidade de processamento em lote do S3 Batch Operations.