Une entreprise va migrer une application Windows à trois niveaux (niveau application, niveau métier et niveau base de données Microsoft SQL Server) de son environnement sur site vers AWS. L'application nécessite des fonctionnalités SQL Server telles que les sauvegardes natives et les services Data Quality Services, et a besoin du partage de fichiers entre les niveaux. Comment un architecte de solutions doit-il concevoir cette architecture ?

La bonne réponse est d'héberger les trois niveaux sur des instances Amazon EC2 et d'utiliser Amazon FSx for Windows File Server. L'application nécessite des fonctionnalités SQL Server spécifiques (sauvegardes natives, Data Quality Services) qui ne sont pas entièrement prises en charge par Amazon RDS pour SQL Server, rendant EC2 nécessaire pour la base de données. Amazon FSx for Windows File Server fournit un partage de fichiers entièrement géré et compatible SMB, idéal pour les applications Windows nécessitant un accès partagé aux fichiers. Les autres options sont incorrectes car : Amazon FSx File Gateway est utilisé pour étendre le stockage de fichiers sur site vers le cloud, pas pour le partage de fichiers natif entre instances EC2 dans AWS. Héberger la base de données sur Amazon RDS ne permettrait pas d'utiliser les fonctionnalités SQL Server spécifiques requises. Amazon EFS est un système de fichiers basé sur NFS, non optimal pour les applications Windows qui préfèrent SMB. Un volume Amazon EBS est un stockage de bloc attaché à une seule instance EC2 et ne peut pas être utilisé pour le partage de fichiers entre plusieurs instances.