Implementación1 / 5
Una empresa está migrando a la nube una aplicación web de tres capas. La capa de aplicación está formada por servidores de sesión con estado que guardan en memoria los carritos de compra de los usuarios. Para poder escalar horizontalmente en la nube, ¿qué modificación deberías hacer PRIMERO?
CorrectoIncorrecto
Alex
Uno de los mayores retos de la migración a la nube es manejar las capas de aplicación con estado. Cuando los datos de sesión viven en la memoria del servidor, los usuarios siempre tienen que llegar al mismo servidor (afinidad de sesión), lo que limita el escalado y crea puntos únicos de fallo. La solución cloud-native es externalizar el estado a un almacén compartido y distribuido como Redis o Memcached. Una vez que las sesiones viven en una caché externa, los servidores de aplicación pasan a ser sin estado — cualquier servidor puede atender cualquier solicitud y se pueden agregar o quitar servidores libremente. Las sticky sessions (afinidad de sesión) en el load balancer son una solución temporal que fija a los usuarios a servidores concretos, pero eso genera una distribución de carga despareja, complica los despliegues y significa que la caída de un servidor pierde las sesiones de todos los usuarios fijados a él. Aumentar la memoria es escalado vertical, no un camino hacia la escalabilidad horizontal. Convertir a WebSocket aborda el tipo de conexión, no la gestión del estado. Consejo para el examen: la migración 'de con estado a sin estado' casi siempre significa externalizar el estado a una caché distribuida.
Fuentedocs.aws.amazon.com
Puedes obtener respuestas a tus dudas en la app. Crea una cuenta gratis, sin tarjeta de crédito.
Pregunta 1 de 5
Crear una cuenta gratis