Enrutamiento de solicitudes basado en el cliente

Con el enrutamiento de solicitudes impulsado por el cliente, el cliente del usuario final (una aplicación, una página web u otro cliente) realiza un seguimiento de los puntos de enlace de la aplicación válidos (por ejemplo JavaScript, un punto de enlace de Amazon API Gateway en lugar de un punto de enlace literal de DynamoDB) y utiliza su propia lógica integrada para elegir la región con la que comunicarse. Puede elegir en función de una selección aleatoria, las latencias más bajas observadas, las mediciones de ancho de banda más altas observadas o las comprobaciones de estado realizadas localmente.

Como ventaja, el enrutamiento de solicitudes impulsado por el cliente puede adaptarse a factores como las condiciones reales del tráfico público de Internet para cambiar de región si detecta algún deterioro en el rendimiento. El cliente debe conocer todos los posibles puntos de conexión, pero lanzar un nuevo punto de conexión regional no es algo frecuente.

Con el modo de escritura en cualquier región, un cliente puede seleccionar unilateralmente su punto final preferido. Si su acceso a una región se ve afectado, el cliente puede enrutarse a otro punto de conexión.

Con el modo de escritura en una región, el cliente necesita un mecanismo para dirigir sus solicitudes de escritura a la región actualmente activa. Este podría ser un mecanismo básico, como probar empíricamente qué región acepta actualmente las solicitudes de escritura (anotando cualquier rechazo de escritura y recurriendo a una alternativa). O puede ser un mecanismo complejo, como el uso de un coordinador global para consultar el estado actual de la aplicación (quizás basado en el control de enrutamiento Amazon Application Recovery Controller (ARCARC) (), que proporciona un sistema de cinco regiones controlado por quórum para mantener el estado global para necesidades como esta). El cliente puede decidir si las solicitudes de lectura pueden enviarse a cualquier región para garantizar una coherencia definitiva o si deben enviarse a la región activa para garantizar una coherencia sólida.

Con el modo de escritura en su región, el cliente debe determinar la región de origen del conjunto de datos con el que está trabajando. Por ejemplo, si el cliente corresponde a una cuenta de usuario y cada cuenta de usuario está alojada en una región, el cliente puede solicitar la asignación de punto final adecuada para utilizarla con sus credenciales desde un sistema de inicio de sesión global.

Por ejemplo, una empresa de servicios financieros que ayuda a los usuarios a gestionar las finanzas de su empresa a través de la web utiliza tablas globales con el modo «Escribe en tu región». Cada usuario debe iniciar sesión en un servicio central. Ese servicio devuelve las credenciales, así como el punto final de la región en la que funcionarán esas credenciales. La región que se devuelve se basa en el lugar donde se encuentra actualmente el conjunto de datos del usuario. Las credenciales son válidas durante un período breve. Después de eso, la página web negocia automáticamente un nuevo inicio de sesión, lo que brinda la oportunidad de redirigir la actividad del usuario a una nueva región.