Reenvío de escritura local en Aurora PostgreSQL

El reenvío de escritura local (en el clúster) permite a sus aplicaciones emitir transacciones de lectura/escritura directamente en una réplica de Aurora. A continuación, los comandos de escritura se reenvían a la instancia de base de datos del escritor para su confirmación. Puede utilizar el reenvío de escritura local para las aplicaciones que tengan escrituras ocasionales y requieran coherencia de lectura después de escritura, que es la capacidad de leer la última escritura de una transacción.

Sin el reenvío de escritura, sus aplicaciones deben dividir completamente todo el tráfico de lectura y escritura, manteniendo dos conjuntos de conexiones a bases de datos para enviar el tráfico al punto de conexión adecuado. Las réplicas de lectura reciben actualizaciones de la instancia del escritor de forma asincrónica. Además, dado que el retraso de replicación puede variar entre las réplicas de lectura, es difícil lograr una coherencia de lectura global en todas las réplicas. Debe realizar transacciones de cualquier lectura que requiera coherencia de lectura después de escritura en la instancia de base de datos del escritor. O bien, tendría que desarrollar una lógica de aplicación personalizada y compleja para aprovechar numerosas réplicas de lectura para la escalabilidad mientras se garantiza la coherencia.

Con el reenvío de escritura evita la necesidad de dividir esas transacciones o enviarlas exclusivamente a la instancia del escritor. Tampoco es necesario desarrollar una lógica de aplicación compleja para lograr una coherencia en la lectura después de la escritura.

El reenvío de escritura local está disponible en todas las regiones en las que Aurora PostgreSQL está disponible. Se admite en las siguientes versiones de Aurora PostgreSQL:

El reenvío de escritura local se utiliza para reenviar escrituras desde réplicas de la región. Para reenviar las escrituras desde una réplica global, consulte Uso del reenvío de escritura en una base de datos Amazon Aurora global.