Un'azienda migrerà un'applicazione a tre livelli basata su Windows (livello applicativo, livello business e livello database Microsoft SQL Server) da on-premise ad AWS. L'applicazione richiede funzionalità di SQL Server come i backup nativi e i Data Quality Services, e necessita della condivisione di file tra i livelli. Come dovrebbe un architetto di soluzioni progettare questa architettura?

L'opzione corretta prevede l'hosting di tutti e tre i livelli su istanze Amazon EC2 e l'utilizzo di Amazon FSx for Windows File Server per la condivisione di file. Questa soluzione è ottimale perché l'applicazione richiede funzionalità specifiche di SQL Server (backup nativi, Data Quality Services) che sono pienamente disponibili solo su SQL Server installato su EC2, non su Amazon RDS. Amazon FSx for Windows File Server fornisce condivisioni di file native SMB, essenziali per le applicazioni Windows e per la condivisione di file tra i livelli, garantendo compatibilità e prestazioni elevate. Le altre opzioni sono meno adatte: L'uso di Amazon FSx File Gateway non è ideale per la condivisione diretta tra istanze EC2, essendo più orientato all'integrazione ibrida. L'hosting del database su Amazon RDS limiterebbe l'accesso alle funzionalità avanzate di SQL Server richieste. Amazon EFS non è compatibile nativamente con le applicazioni Windows che richiedono SMB. L'utilizzo di un volume EBS io2 per la condivisione di file non è una soluzione scalabile o gestita per la condivisione di file tra più istanze e non offre le funzionalità di un file server.