Un serveur de traitement de documents sous Linux génère et modifie environ 5 documents par seconde et nécessite des performances rapides du système de fichiers local. De nombreuses applications ont été mises à jour pour utiliser l'API S3, mais ce serveur de traitement ne peut pas être mis à jour immédiatement. Une fois le traitement terminé, les fichiers doivent être accessibles publiquement depuis S3 dans les 30 minutes. Quelle option répond à l'exigence avec le moins d'effort ?

L'option correcte est de déployer une Amazon S3 File Gateway car elle permet au serveur Linux existant d'accéder à S3 via NFS sans modifier l'application. Elle offre des performances rapides grâce à la mise en cache locale et permet de rendre les fichiers accessibles publiquement en synchronisant avec S3. L'API RefreshCache garantit que les modifications sont rapidement reflétées. Refactoriser l'application en Lambda est une solution à long terme mais demande un effort de développement immédiat, ce qui contredit l'exigence de "moins d'effort". Amazon FSx for Lustre est une solution de fichiers haute performance, mais elle est plus complexe et coûteuse pour ce cas d'utilisation, et le montage via NFS n'est pas sa méthode principale. AWS DataSync est conçu pour la migration de données ou la synchronisation planifiée, pas pour un accès en temps réel à un système de fichiers local.