Modo de escritura en una región (principal único)

El modo de escritura en una región, que se ilustra en el siguiente diagrama, es activo-pasivo y dirige todas las operaciones de escritura de la tabla a una sola región activa. (DynamoDB no tiene la noción de una sola región activa; esto lo gestiona la capa externa a DynamoDB). El modo de escritura en una región funciona bien para las tablas MREC que necesitan evitar conflictos de escritura al garantizar que las operaciones de escritura fluyan solo a una región a la vez. Este modo de escritura es útil cuando quieres usar expresiones condicionales y no puedes usar el MRSC por algún motivo, o cuando necesitas realizar transacciones. Estas expresiones no son posibles a menos que sepas que estás actuando en función de los datos más recientes, por lo que es necesario enviar todas las solicitudes de escritura a una sola región que tenga los datos más recientes.

Si utilizas una tabla MRSC, puedes optar por escribir generalmente en una región para mayor comodidad. Por ejemplo, esto puede ayudar a minimizar el desarrollo de la infraestructura más allá de DynamoDB. El modo de escritura seguiría siendo escribir en cualquier región, ya que con el MRSC se podía escribir de forma segura en cualquier región y en cualquier momento sin preocuparse por la resolución de conflictos que pudieran provocar que las tablas MREC eligieran escribir en una región.

En última instancia, las operaciones de lectura consistentes pueden ir a cualquiera de las regiones de la réplica para lograr latencias más bajas. Las operaciones de lectura altamente consistentes deben ir a la única región principal.

A veces es necesario cambiar la región activa en respuesta a un error regional, como se explica más adelante. Algunos usuarios cambian la región actualmente activa de forma periódica, por ejemplo, al implementar una follow-the-sunimplementación. De este modo, la región activa se sitúa cerca de la zona geográfica con más actividad (normalmente, cuando es de día, de ahí viene el nombre), lo que se traduce en las operaciones de lectura y escritura con la latencia más baja. También tiene la ventaja adicional de comprobar el código que cambia de región todos los días y comprobar que está bien probado antes de cualquier recuperación ante un desastre.

Las regiones pasivas pueden mantener una infraestructura reducida en torno a DynamoDB, que solo se crea si se convierte en la región activa. Esta guía no cubre los diseños de luces piloto y sistemas de espera cálidos. Para obtener más información, puede leer la entrada del blog sobre la arquitectura de recuperación ante desastres (DR) AWS, parte III: Pilot Light and Warm Standby.

El modo de escritura en una región funciona bien cuando se utilizan tablas globales para operaciones de lectura distribuidas globalmente y de baja latencia. Un ejemplo es una gran empresa de redes sociales que necesita disponer de los mismos datos de referencia en todas las regiones del mundo. No actualizan los datos con frecuencia, pero cuando lo hacen, escriben solo en una región para evitar posibles conflictos de escritura. Las operaciones de lectura siempre están permitidas desde cualquier región.

Como otro ejemplo, pensemos en la empresa de servicios financieros mencionada anteriormente que implementó el cálculo de la devolución de efectivo diaria. Utilizaron el modo de escritura en cualquier región para calcular el saldo, pero escribieron en el modo de una región para realizar un seguimiento de los pagos. Este trabajo requiere transacciones, que no se admiten en las tablas MRSC, por lo que funciona mejor con una tabla MREC independiente y escribir en el modo de una región.