Modalità di scrittura in una regione (unica primaria)

La modalità di scrittura in una regione, illustrata nel diagramma seguente, è attiva-passiva e indirizza tutte le operazioni di scrittura delle tabelle verso una singola regione attiva. (DynamoDB non ha il concetto di una singola regione attiva; il layer esterno a DynamoDB gestisce questa situazione.) La modalità di scrittura su una regione è ideale per le tabelle MREC che devono evitare conflitti di scrittura garantendo che le operazioni di scrittura fluiscano solo verso una regione alla volta. Questa modalità di scrittura è utile quando si desidera utilizzare espressioni condizionali e per qualche motivo non è possibile utilizzare MRSC o quando è necessario eseguire transazioni. Queste espressioni non sono possibili a meno che tu non sappia che stai agendo sulla base dei dati più recenti, quindi richiedono l'invio di tutte le richieste di scrittura a un'unica regione con i dati più recenti.

Quando si utilizza una tabella MRSC, è possibile scegliere di scrivere in genere in un'unica regione per comodità. Ad esempio, questo può aiutare a ridurre al minimo lo sviluppo dell'infrastruttura oltre a DynamoDB. La modalità di scrittura sarebbe comunque quella di scrivere su qualsiasi regione, perché con MRSC è possibile scrivere in tutta sicurezza in qualsiasi regione in qualsiasi momento senza preoccuparsi della risoluzione dei conflitti che potrebbe indurre le tabelle MREC a scegliere di scrivere in una regione.

Alla fine, le operazioni di lettura coerenti possono essere eseguite in qualsiasi regione di replica per ottenere latenze inferiori. Le operazioni di lettura fortemente coerenti devono essere indirizzate alla singola regione principale.

A volte è necessario modificare la regione attiva in risposta a un errore regionale, come discusso più avanti. Alcuni utenti modificano la regione attualmente attiva secondo una pianificazione regolare, ad esempio implementando una follow-the-sundistribuzione. Ciò colloca la regione attiva vicino all'area geografica con la maggiore attività (di solito dove è giorno, da cui il nome), il che si traduce in operazioni di lettura e scrittura con la latenza più bassa. Ha anche il vantaggio collaterale di richiamare quotidianamente il codice che modifica la regione e di assicurarsi che sia ben testato prima di qualsiasi ripristino di emergenza.

Le regioni passive potrebbero mantenere un'infrastruttura ridimensionata attorno a DynamoDB che viene costruita solo se diventa la regione attiva. Questa guida non copre i modelli con luci pilota e standby a temperatura calda. Per ulteriori informazioni, puoi leggere il post del blog Disaster Recovery (DR) Architecture on AWS, Part III: Pilot Light and Warm Standby.

L'utilizzo della modalità di scrittura in una regione funziona bene quando si utilizzano tabelle globali per operazioni di lettura a bassa latenza e distribuite a livello globale. Un esempio è rappresentato da una grande società di social media che deve disporre degli stessi dati di riferimento in tutte le regioni del mondo. Non aggiornano spesso i dati, ma quando lo fanno, scrivono in una sola regione per evitare potenziali conflitti di scrittura. Le operazioni di lettura sono sempre consentite da qualsiasi regione.

Come altro esempio, si consideri la società di servizi finanziari di cui si è parlato in precedenza che ha implementato il calcolo del rimborso giornaliero. Hanno utilizzato la modalità di scrittura in qualsiasi regione per calcolare il saldo, ma la scrittura in una sola regione per tenere traccia dei pagamenti. Questo lavoro richiede transazioni, che non sono supportate nelle tabelle MRSC, quindi funziona meglio con una tabella MREC separata e la scrittura in una modalità Regione.