Una empresa aloja una aplicación web en una única instancia de Amazon EC2 que almacena documentos cargados por los usuarios en un volumen de Amazon EBS. Para mejorar la escalabilidad y la disponibilidad, la empresa añadió una segunda instancia EC2 y un volumen EBS en otra zona de disponibilidad y colocó ambas instancias detrás de un Application Load Balancer. Después de este cambio, los usuarios informan que cada vez que actualizan la página, ven un subconjunto de sus documentos o el otro, pero nunca todos los documentos a la vez. ¿Qué debería proponer un arquitecto de soluciones para que los usuarios vean todos sus documentos a la vez?

La opción correcta es migrar los datos a Amazon EFS. El problema surge porque los documentos están distribuidos entre dos volúmenes EBS, que son específicos de una Zona de Disponibilidad y no se comparten entre instancias EC2 en diferentes AZs. Al usar Amazon EFS, se crea un sistema de archivos compartido y elástico que puede ser montado por ambas instancias EC2, permitiendo que ambas accedan a todos los documentos de forma consistente. La aplicación debe modificarse para guardar nuevos documentos en EFS. Copiar los datos entre volúmenes EBS no resuelve el problema de escalabilidad y consistencia a largo plazo, ya que los nuevos documentos seguirán guardándose en un solo volumen, requiriendo sincronizaciones manuales. Configurar el ALB para dirigir a un usuario a un servidor específico puede mejorar la consistencia para ese usuario, pero no resuelve el problema subyacente de los datos distribuidos y no es una solución escalable. Configurar el ALB para enviar la solicitud a ambos servidores y devolver cada documento desde el servidor correcto es ineficiente y complejiza innecesariamente la lógica de la aplicación.