Un'azienda di gaming archivia i dati degli utenti (posizione geografica, dati dei giocatori, classifiche) in Amazon DynamoDB. L'azienda necessita di backup continui su un bucket Amazon S3 con una codifica minima. I backup non devono influire sulla disponibilità dell'applicazione o sulle unità di capacità di lettura (RCU) della tabella. Quale soluzione soddisfa questi requisiti?

L'opzione corretta è "Esportare i dati direttamente da DynamoDB ad Amazon S3 con backup continui. Attivare il ripristino point-in-time per la tabella." perché l'esportazione di DynamoDB in S3 con backup continui, abilitando il ripristino point-in-time (PITR), è la soluzione nativa e più efficiente per soddisfare tutti i requisiti. PITR offre backup continui e granulari senza influire sulle prestazioni della tabella o sulle RCU. L'esportazione diretta in S3 è un processo gestito che non richiede risorse aggiuntive. Le altre opzioni sono meno adatte: L'utilizzo di un cluster Amazon EMR con Apache Hive è un approccio più complesso e costoso, non ottimizzato per backup continui e potrebbe influire sulle RCU durante l'esecuzione delle query. Configurare DynamoDB Streams con una funzione AWS Lambda per esportare i dati è un approccio valido per la replica in tempo reale o l'elaborazione di eventi, ma non è la soluzione più semplice o efficiente per backup continui su S3, e la Lambda consumerebbe RCU per leggere lo stream. Creare una funzione AWS Lambda per esportare regolarmente i dati dalle tabelle del database in Amazon S3 comporterebbe la lettura diretta dalla tabella, consumando RCU e potenzialmente influenzando la disponibilità dell'applicazione, soprattutto per backup frequenti o tabelle di grandi dimensioni.