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à.
Modalità di scrittura in qualsiasi regione (non primaria)
La modalità di scrittura write to any Region, illustrata nel diagramma seguente, è completamente attiva e non impone restrizioni su dove può avvenire un'operazione di scrittura. Qualsiasi regione può accettare una richiesta di scrittura in qualsiasi momento. Questa è la modalità più semplice, tuttavia può essere utilizzata solo con alcuni tipi di applicazioni. Questa modalità è adatta a tutte le tabelle MRSC. È adatto anche per le tabelle MREC quando tutte le operazioni di scrittura sono idempotenti. Idempotenti significa che sono ripetibili in modo sicuro in modo che le operazioni di scrittura simultanee o ripetute tra le regioni non siano in conflitto, ad esempio quando un utente aggiorna i propri dati di contatto. Funziona bene anche per un set di dati di sola appendice in cui tutte le operazioni di scrittura sono inserti unici sotto una chiave primaria deterministica, che è un caso speciale di idempotenza. Infine, questa modalità è adatta per MREC in cui il rischio di operazioni di scrittura in conflitto è accettabile.
La modalità scrittura in qualsiasi regione rappresenta l'architettura più semplice da implementare. L'instradamento è più semplice perché qualsiasi regione può essere la destinazione delle operazioni di scrittura in qualsiasi momento. Il failover è più semplice, perché con le tabelle MRSC gli elementi sono sempre sincronizzati e con le tabelle MREC qualsiasi operazione di scrittura recente può essere ripetuta un numero qualsiasi di volte in qualsiasi regione secondaria. Laddove possibile, è consigliabile usare questa modalità di scrittura nella fase di progettazione.
Ad esempio, diversi servizi di streaming video utilizzano tabelle globali per tenere traccia di segnalibri, recensioni, indicatori di stato delle visualizzazioni e così via. Queste implementazioni utilizzano tabelle MREC perché necessitano di repliche sparse in tutto il mondo, ognuna delle quali fornisce operazioni di lettura e scrittura a bassa latenza. Queste implementazioni possono utilizzare la modalità di scrittura su qualsiasi regione purché garantiscano che ogni operazione di scrittura sia idempotente. Ciò si verificherà se ogni aggiornamento, ad esempio l'impostazione di un nuovo codice temporale più recente, l'assegnazione di una nuova recensione o l'impostazione di un nuovo stato dell'orologio, assegna direttamente il nuovo stato dell'utente e il successivo valore corretto per un articolo non dipende dal suo valore attuale. Se, per caso, le richieste di scrittura dell'utente vengono indirizzate a regioni diverse, l'ultima operazione di scrittura persisterà e lo stato globale si stabilizzerà in base all'ultima assegnazione. Le operazioni di lettura in questa modalità alla fine diventeranno coerenti, ritardate dall'ultimo valore. ReplicationLatency
In un altro esempio, una società di servizi finanziari utilizza tabelle globali come parte di un sistema per il conteggio continuo degli acquisti con carta di debito per ogni cliente, per calcolare il valore del cashback per il cliente specifico. Vogliono conservare un RunningBalance articolo per cliente. Questa modalità di scrittura non è naturalmente idempotente perché, man mano che le transazioni entrano in flusso, modificano il saldo utilizzando un'ADDespressione in cui il nuovo valore corretto dipende dal valore corrente. Utilizzando le tabelle MRSC possono comunque scrivere in qualsiasi regione, poiché ogni ADD chiamata opera sempre in base al valore più recente dell'elemento.
Un terzo esempio riguarda un'azienda che fornisce servizi di inserimento di annunci online. Questa società ha deciso che un basso rischio di perdita dei dati sarebbe accettabile per ottenere le semplificazioni progettuali della modalità write to any Region. Quando pubblicano annunci, hanno solo pochi millisecondi per recuperare i metadati necessari per determinare quale annuncio mostrare e quindi per registrare l'impressione dell'annuncio in modo da non ripetere lo stesso annuncio presto. Utilizzano tabelle globali per ottenere sia operazioni di lettura a bassa latenza per gli utenti finali di tutto il mondo sia operazioni di scrittura a bassa latenza. Registrano tutte le impressioni degli annunci per un utente all'interno di un singolo elemento, che viene rappresentato come un elenco crescente. Utilizzano un solo elemento anziché aggiungerlo a una raccolta di elementi, in modo da poter rimuovere le impressioni degli annunci più vecchie come parte di ogni operazione di scrittura senza pagare per un'operazione di eliminazione. Questa operazione di scrittura non è idempotente; se lo stesso utente finale vede annunci pubblicati in più aree all'incirca nello stesso momento, c'è la possibilità che un'operazione di scrittura per un'impressione pubblicitaria possa sovrascriverne un'altra. Il rischio è che un utente veda un annuncio ripetuto di tanto in tanto. Hanno deciso che questo è accettabile.
