Best practice per l’integrazione con DynamoDB

In genere, si consiglia di utilizzare l’esportazione in Amazon S3 per creare snapshot per la replica iniziale. È allo stesso tempo conveniente e non compete con il traffico dell’applicazione in termini di throughput. È inoltre possibile prendere in considerazione un backup e un ripristino su una nuova tabella seguiti da un’operazione di scansione. In questo modo si eviterà di competere con l’applicazione in termini di throughput, ma in genere questa opzione si rivelerà molto meno conveniente rispetto all’esportazione.

Imposta sempre un StartTime durante un’esportazione. In questo modo è facile determinare da dove iniziare il Change Data Capture (CDC).

Durante l’utilizzo di un’esportazione su S3, imposta un’azione del ciclo di vita sul bucket S3. In genere, un’azione con scadenza impostata su 7 giorni è sicura, ma è opportuno seguire tutte le possibili linee guida dell’azienda. Anche se si eliminano esplicitamente gli elementi dopo l’ingestione, questa azione può aiutare a intercettare i problemi, riducendo i costi inutili e prevenendo le violazioni delle norme.

In caso di bisogno di CDC quasi in tempo reale, usa i flussi DynamoDB o il flusso di dati Amazon Kinesis (KDS). Una volta deciso quale usare, in genere considera qual è l’opzione di più facile utilizzo con il servizio a valle. Se si deve fornire l’elaborazione degli eventi in ordine a livello di chiave di partizione o se si hanno elementi di dimensioni eccezionalmente grandi, è consigliabile usare i flussi DynamoDB.

Se non si ha bisogno di un CDC quasi in tempo reale, è possibile utilizzare l’esportazione su Amazon S3 con esportazioni incrementali per esportare solo le modifiche avvenute tra due momenti nel tempo.

Se si è utilizzata l’esportazione in S3 per generare uno snapshot, ciò può essere particolarmente utile perché è possibile utilizzare un codice simile per elaborare esportazioni incrementali. In genere, l’esportazione su S3 è leggermente più economica rispetto alle precedenti opzioni di flussi, ma in genere il costo non è il fattore principale per la scelta dell’opzione da utilizzare.

In genere è possibile avere solo due consumer simultanei di un flusso DynamoDB. Considera questo aspetto al momento di pianificare la strategia di integrazione.

Non utilizzare scansioni per rilevare le modifiche: questo approccio potrebbe funzionare su piccola scala, ma diventa poco pratico abbastanza rapidamente.