Un'applicazione è distribuita in due Regioni AWS e ogni Regione memorizza gli oggetti in un bucket Amazon S3 locale. Entrambe le distribuzioni richiedono l'accesso a tutti gli oggetti e ai metadati di entrambe le Regioni. La replica bidirezionale è configurata tra i bucket e le metriche di replica S3 sono abilitate. Implementare un meccanismo che ritenti la replica per gli oggetti che non riescono a replicarsi. Quale approccio soddisfa questo requisito?

L'opzione corretta sfrutta le S3 Batch Operations, che sono progettate per eseguire operazioni su un gran numero di oggetti S3. Quando la replica fallisce, S3 può inviare una notifica a una funzione Lambda. Questa funzione Lambda può quindi avviare un lavoro di S3 Batch Operations per ritentare la replica degli oggetti specifici che non sono riusciti, offrendo un meccanismo efficiente e scalabile per la gestione dei ritentativi. Le altre opzioni sono meno efficienti o non adatte. Le opzioni che prevedono il download e il PutObject tramite Lambda per ogni singolo oggetto che non è riuscito a replicarsi possono essere costose e inefficienti per un gran numero di fallimenti. L'uso di EventBridge per richiamare Lambda direttamente per ogni fallimento di replica non sfrutta l'efficienza delle operazioni batch. La coda SQS aggiunge complessità senza risolvere in modo ottimale il problema del ritentativo su larga scala.