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

El modo de escritura de escritura en una región es activo-pasivo y dirige todas las operaciones de escritura de tablas a una sola región activa. (DynamoDB no tiene la noción de una sola región activa; la administra la capa externa a DynamoDB). El modo de escritura en una región evita 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 desea utilizar transacciones o expresiones condicionales. Estas expresiones no son posibles a menos que sepa que está actuando en función de los datos más recientes, por lo que requieren el envío de todas las solicitudes de escritura a una única región que tenga los datos más recientes.

Con el tiempo, 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 regular, por ejemplo, mediante la implementación de una follow-the-sunimplementación. Esto coloca la región activa cerca de la zona geográfica con mayor actividad (normalmente, donde es de día, de ahí el nombre), lo que da como resultado las operaciones de lectura y escritura con la latencia más baja. También tiene la ventaja adicional de llamar diariamente al código que cambia de región y asegurarse de que está bien probado antes de cualquier recuperación ante un desastre.

Es posible que las regiones pasivas mantengan una infraestructura reducida en torno a DynamoDB que solo se construya si se convierte en la región activa. Esta guía no incluye los diseños de luces piloto ni de modo de espera cálido. Para obtener más información, puede leer la entrada del blog Arquitectura de recuperación ante desastres (DR) en la AWS parte III: Pilot Light and Warm Standby.

El uso del 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 en una sola región para evitar posibles conflictos de escritura. Las operaciones de lectura siempre están permitidas desde cualquier región.

Como otro ejemplo, consideremos a la empresa de servicios financieros mencionada anteriormente que implementó el cálculo de devolución de efectivo diaria. Utilizaban el modo de escritura en cualquier región para calcular el saldo, pero escribían en una región para hacer un seguimiento de los pagos de devolución de efectivo. Si quieren recompensar un centavo por cada 10$ gastados, tienen que calcular el total gastado Query por todas las transacciones del día anterior, anotar la decisión de devolución de efectivo en una nueva tabla, eliminar el conjunto de artículos consultados para marcarlos como consumidos y sustituirlos por un artículo singular que almacene cualquier resto que deba incluirse en los cálculos del día siguiente. Este trabajo requiere transacciones, por lo que funciona mejor con el modo de escritura en una región. Una aplicación puede mezclar modos de escritura, incluso en la misma tabla, siempre que las cargas de trabajo no se superpongan.