Una empresa ejecuta una aplicación de procesamiento de transacciones sensible al tiempo en contenedores Docker en máquinas virtuales. Los contenedores utilizan almacenamiento compartido para los datos de las transacciones. El volumen de transacciones es impredecible. La empresa no puede modificar la aplicación ni seguir gestionando las máquinas virtuales host de los contenedores. Necesitan un almacenamiento de baja latencia que escale automáticamente el rendimiento a medida que aumenta la demanda y deben dejar de administrar el entorno de alojamiento de Docker. ¿Cómo deberían migrar a AWS?

La opción correcta migra los contenedores a AWS Fargate para Amazon ECS, lo que elimina la necesidad de administrar máquinas virtuales subyacentes. Fargate es un motor de cómputo sin servidor para contenedores. Para el almacenamiento compartido de baja latencia y escalable, Amazon EFS es la solución ideal. EFS se escala automáticamente en rendimiento y capacidad, y puede montarse directamente en tareas de Fargate, cumpliendo con los requisitos de la aplicación. Las otras opciones son incorrectas porque: Usar Amazon S3 para datos de transacciones compartidos no es adecuado debido a su mayor latencia en comparación con EFS y su modelo de objeto, que no es un sistema de archivos tradicional. Los volúmenes de Amazon EBS no se pueden adjuntar directamente a varias tareas de Fargate simultáneamente para almacenamiento compartido, y su escalabilidad de rendimiento no es tan elástica como EFS para cargas de trabajo impredecibles. Lanzar instancias EC2 e instalar Docker no elimina la administración de las máquinas virtuales host, lo cual es un requisito clave.