Un'applicazione legacy che utilizza MongoDB è in fase di migrazione ad AWS. La policy aziendale richiede che tutte le istanze EC2 si trovino in sottoreti private senza accesso a Internet, che tutte le comunicazioni applicazione-database siano crittografate e che il database si adatti alla domanda. Quale soluzione soddisfa questi vincoli?

La risposta corretta è "Eseguire il provisioning di tabelle Amazon DynamoDB con capacità on-demand e utilizzare un gateway VPC endpoint per DynamoDB per accedere alle tabelle." DynamoDB è un database NoSQL serverless che si adatta automaticamente alla domanda (capacità on-demand), soddisfacendo il requisito di scalabilità. L'uso di un gateway VPC endpoint per DynamoDB consente alle istanze EC2 in sottoreti private senza accesso a Internet di comunicare con DynamoDB in modo sicuro, senza attraversare la rete pubblica. Tutte le comunicazioni con DynamoDB sono crittografate per impostazione predefinita. Le altre opzioni sono errate perché: Le opzioni che propongono Amazon DocumentDB non sono ideali in quanto DocumentDB richiede la gestione delle istanze e non è serverless come DynamoDB, rendendo più complessa la gestione della scalabilità automatica. Inoltre, DocumentDB non è un servizio completamente serverless come DynamoDB. L'opzione che suggerisce un interface VPC endpoint per DynamoDB è meno appropriata in questo scenario. Sebbene un interface endpoint sia valido per molti servizi, un gateway endpoint è specificamente progettato per DynamoDB e S3, offrendo un percorso di rete più semplice e spesso più conveniente per questi servizi.