Une société de recherche exécute une application de simulation sur Linux qui écrit des données intermédiaires sur un partage NFS toutes les 5 minutes. Une application de visualisation de bureau Windows lit cette sortie et nécessite SMB. La société maintient actuellement deux systèmes de fichiers synchronisés, ce qui entraîne une duplication. Elle doit migrer vers AWS sans modifier aucune des applications. Quelle solution répond à ces exigences ?

La bonne réponse est de migrer l'application de simulation vers des instances Linux Amazon EC2 et l'application de visualisation vers des instances Windows EC2, en configurant Amazon FSx for NetApp ONTAP pour le stockage. FSx for NetApp ONTAP prend en charge les protocoles NFS et SMB simultanément, ce qui permet aux deux applications d'accéder aux mêmes données sans modification ni duplication. Les autres options sont incorrectes car : Migrer vers AWS Lambda et utiliser S3 ne convient pas car Lambda n'est pas conçu pour les applications de simulation continues et S3 ne prend pas en charge NFS/SMB directement. Migrer vers Amazon ECS et configurer Amazon FSx File Gateway n'est pas optimal car FSx File Gateway est principalement destiné à l'accès hybride sur site, et non à l'accès natif entre deux applications AWS qui nécessitent des protocoles différents. Migrer vers EC2 et utiliser Amazon SQS est incorrect car SQS est un service de file d'attente de messages, pas une solution de stockage de fichiers partagé pour des données intermédiaires volumineuses.