Un servidor de procesamiento de documentos en Linux genera y modifica archivos a una velocidad de aproximadamente 5 documentos por segundo y necesita un rendimiento rápido del sistema de archivos local. Muchas aplicaciones se actualizaron para usar la API de S3, pero este servidor de procesamiento no se puede actualizar de inmediato. Una vez que finaliza el procesamiento, los archivos deben estar disponibles públicamente desde S3 en 30 minutos. ¿Qué opción cumple el requisito con el menor esfuerzo?

La opción correcta es implementar un Amazon S3 File Gateway. Este servicio permite que las aplicaciones existentes que requieren acceso de protocolo de archivos (como NFS) interactúen con Amazon S3 como si fuera un almacenamiento local. Al montar el recurso compartido de archivos del S3 File Gateway en la instancia EC2 a través de NFS, el servidor de procesamiento puede generar y modificar archivos localmente con alto rendimiento, y estos cambios se sincronizan automáticamente con S3. La API RefreshCache asegura que los cambios en S3 se reflejen rápidamente en el gateway, cumpliendo el requisito de disponibilidad pública en 30 minutos. Esto requiere el menor esfuerzo ya que no necesita refactorizar la aplicación ni cambiar el método de acceso al sistema de archivos. Refactorizar la aplicación a Lambda es un esfuerzo significativo. Amazon FSx for Lustre es una solución de alto rendimiento, pero su configuración de importación/exportación y la instalación del cliente Lustre añaden complejidad y esfuerzo en comparación con S3 File Gateway para este caso de uso. AWS DataSync es para transferencias de datos a gran escala, no para acceso continuo y de baja latencia a un sistema de archivos local que se sincroniza con S3.