Modo de escritura en su región (principal mixto)

El modo de escritura de escritura en su región asigna diferentes subconjuntos de datos a diferentes regiones de origen y permite realizar operaciones de escritura en un elemento únicamente a través de su región de origen. Este modo es activo-pasivo, pero asigna la región activa en función del elemento. Cada región es principal para su propio conjunto de datos que no se superpongan, y las operaciones de escritura deben protegerse para garantizar la ubicación adecuada.

Este modo es similar al de escribir en una región, excepto que permite operaciones de escritura de menor latencia, ya que los datos asociados a cada usuario se pueden colocar más cerca de la red de ese usuario. También distribuye la infraestructura circundante de manera más uniforme entre las regiones y requiere menos trabajo para construir la infraestructura durante un escenario de conmutación por error, ya que todas las regiones tienen una parte de su infraestructura ya activa.

Puedes determinar la región de origen de los artículos de varias maneras:

• Intrínseco: algún aspecto de los datos, como un atributo especial o un valor incrustado en su clave de partición, aclara su región de origen. Esta técnica se describe en la entrada del blog Use la fijación de regiones para establecer una región de inicio para los elementos de una tabla global de Amazon DynamoDB.

• Negociado: la región de origen de cada conjunto de datos se negocia de alguna manera externa, por ejemplo, con un servicio global independiente que mantiene las asignaciones. La asignación puede tener una duración limitada, después de la cual está sujeta a renegociación.

• Orientado a tablas: en lugar de crear una sola tabla global de replicación, se crea la misma cantidad de tablas globales que se están replicando Regiones. El nombre de cada tabla indica su región de origen. En las operaciones estándar, todos los datos se escriben en la región de origen, mientras que las demás regiones conservan una copia de solo lectura. Durante una conmutación por error, otra región adopta temporalmente las tareas de escritura para esa tabla.

Por ejemplo, imagina que trabajas para una empresa de juegos. Necesitas operaciones de lectura y escritura de baja latencia para todos los jugadores del mundo. Asigna a cada jugador a la región más cercana a él. Esa región realiza todas sus operaciones de lectura y escritura, lo que garantiza una sólida read-after-write coherencia. Sin embargo, cuando un jugador viaja o si su región de origen sufre una interrupción, hay disponible una copia completa de sus datos en regiones alternativas y se le puede asignar al jugador a otra región de origen.

Como otro ejemplo, imagine que trabaja en una empresa de videoconferencias. Los metadatos de cada conferencia telefónica se asignan a una región concreta. Las personas que llamen pueden usar la región más cercana para obtener la latencia más baja. Si se produce una interrupción en la región, el uso de tablas globales permite una recuperación rápida, ya que el sistema puede trasladar el procesamiento de la llamada a una región diferente donde ya existe una copia replicada de los datos.