Una aplicación web en EC2 detrás de un ALB utiliza despliegues inmutables azul/verde. Los usuarios son desconectados aleatoriamente durante las pruebas y todos son desconectados cuando se despliega una nueva versión. El equipo necesita que los usuarios permanezcan conectados durante los eventos de escalado y los despliegues con la menor sobrecarga operativa. ¿Cuál es la solución más eficiente operativamente?

Almacenar los datos de la sesión en un clúster de Amazon ElastiCache (Redis o Memcached) es la solución más eficiente operativamente para este escenario. ElastiCache proporciona un almacén de datos en memoria de baja latencia y alta disponibilidad, ideal para gestionar estados de sesión distribuidos. Esto permite que cualquier instancia de la aplicación atienda a un usuario, manteniendo la sesión incluso si la instancia original se termina durante un escalado o despliegue azul/verde. Habilitar sesiones inteligentes en el balanceador de carga (sticky sessions) no resuelve el problema de la pérdida de sesión cuando la instancia específica se termina. El uso compartido de sesiones en el balanceador de carga no es una característica estándar de AWS ALB; la persistencia de sesión es lo más parecido, y tiene la misma limitación que las sesiones inteligentes. Almacenar sesiones en S3 sería demasiado lento y costoso para un uso frecuente, ya que S3 no está diseñado para operaciones de lectura/escritura de baja latencia requeridas por las sesiones de usuario.