Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
Strategie di routing per tabelle globali
Forse la parte più complessa di una implementazione di tabelle globali è la gestione dell'instradamento delle richieste. Le richieste devono prima essere inviate da un utente finale a una regione scelta e destinataria dell'instradamento. La richiesta incontra alcuni stack di servizi in quella regione, tra cui un livello di calcolo che forse consiste in un sistema di bilanciamento del carico supportato da una AWS Lambda funzione, un contenitore o un nodo Amazon Elastic Compute Cloud (Amazon EC2) e possibilmente altri servizi, incluso forse un altro database. Questo livello di elaborazione comunica con DynamoDB. Dovrebbe farlo utilizzando l'endpoint locale per quella regione. I dati nella tabella globale vengono replicati in tutte le altre regioni partecipanti e ogni regione ha uno stack di servizi simile attorno alla propria tabella DynamoDB.
A ogni stack nelle varie regioni la tabella globale fornisce una copia locale degli stessi dati. È possibile considerare l'ipotesi di progettare un unico stack in un'unica regione e prevedere di effettuare chiamate remote all'endpoint DynamoDB di una regione secondaria in caso di problemi con la tabella DynamoDB locale. Questa non è la migliore pratica. Se c'è un problema in una regione causato da DynamoDB (o, più probabilmente, causato da qualcos'altro nello stack o da un altro servizio che dipende da DynamoDB), è meglio indirizzare l'utente finale verso un'altra regione per l'elaborazione e utilizzare il livello di calcolo dell'altra regione, che comunicherà con l'endpoint DynamoDB locale. Questo approccio riguarda interamente la regione problematica. Per garantire la resilienza, è necessaria la replica su più regioni: replica del livello di elaborazione e del livello dati.
Esistono numerose tecniche per indirizzare una richiesta dell'utente finale a una regione per l'elaborazione. La scelta giusta dipende dalla modalità di scrittura e dalle considerazioni relative al failover. Questa sezione illustra quattro opzioni: client-driven, compute-layer, Amazon Route 53 e. AWS Global Accelerator
Argomenti
