Enrutamiento de solicitudes de la capa de computación - AWS Guía prescriptiva

Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

Enrutamiento de solicitudes de la capa de computación

Con el enrutamiento de solicitudes en la capa de cómputo, el código que se ejecuta en la capa de cómputo determina si se debe procesar la solicitud localmente o pasarla a una copia suya que se esté ejecutando en otra región. Al utilizar el modo de escritura en una región, la capa de procesamiento puede detectar que no es la región activa y permitir las operaciones de lectura locales y, al mismo tiempo, reenviar todas las operaciones de escritura a otra región. Este código de capa de cómputo debe conocer la topología de los datos y las reglas de enrutamiento y aplicarlas de manera confiable, en función de la configuración más reciente que especifica qué regiones están activas para qué datos. La pila de software externa en la región no tiene por qué conocer cómo el microservicio enruta las solicitudes de lectura y de escritura. En un diseño sólido, la región receptora valida si es la principal actual para la operación de escritura. Si no lo es, genera un error que indica que es necesario corregir el estado global. La Región receptora también podría almacenar en búfer la operación de escritura durante un tiempo si la región principal está en proceso de cambiar. En todos los casos, la pila de computación de una región escribe solo en su punto de conexión de DynamoDB local, pero las pilas de computación podrían comunicarse entre sí.

Enrutamiento de solicitudes de la capa de computación

El Grupo Vanguard utiliza un sistema denominado Global Orchestration and Status Tool (GoaST) y una biblioteca denominada biblioteca global multirregional (GMRLib) para este proceso de enrutamiento, tal como se presentó en re:Invent 2022. follow-the-sun Utilizan un único modelo primario. GoaST mantiene el estado global, similar al control de enrutamiento ARC de la Route 53 descrito en la sección anterior. Utiliza una tabla global para rastrear qué región es la región principal y cuándo está programado el siguiente cambio principal. Todas las operaciones de lectura y escritura se realizan a través de GMRLib, que se coordina con GoaST. GMRLib permite que las operaciones de lectura se realicen localmente, con baja latencia. Para las operaciones de escritura, GMRLib comprueba si la región local es la región principal actual. Si es así, la operación de escritura se completa directamente. Si no, GMRLib reenvía la tarea de escritura a la GMRLib de la región principal. La biblioteca receptora confirma que también se considera la región principal y, si no lo es, genera un error, lo que indica un retraso de propagación con el estado global. Este enfoque proporciona un beneficio de validación al no escribir directamente en un punto de conexión de DynamoDB remoto.