Uma aplicação legada que usa MongoDB está sendo migrada para a AWS. A política da empresa exige que todas as instâncias EC2 estejam em sub-redes privadas sem acesso à internet, que toda a comunicação entre a aplicação e o banco de dados seja criptografada e que o banco de dados seja escalável sob demanda. Qual solução satisfaz essas restrições?

A resposta correta é provisionar tabelas Amazon DynamoDB com capacidade sob demanda e usar um gateway VPC endpoint para o DynamoDB acessar as tabelas. O DynamoDB é um banco de dados NoSQL totalmente gerenciado que oferece escalabilidade sob demanda e criptografia em trânsito e em repouso. Um gateway VPC endpoint permite que as instâncias em sub-redes privadas acessem o DynamoDB sem passar pela internet, atendendo à política de segurança. As outras opções são incorretas porque: Provisionar Amazon DocumentDB com volumes Provisioned IOPS e usar o endpoint da instância ou do cluster: Embora o DocumentDB seja compatível com MongoDB e ofereça criptografia, ele não é um serviço sem servidor como o DynamoDB e pode não escalar tão facilmente sob demanda para todas as cargas de trabalho. Além disso, o DocumentDB requer um endpoint de interface (ENI) para acesso privado, não um gateway endpoint. Provisionar tabelas Amazon DynamoDB com capacidade sob demanda e usar um interface VPC endpoint: Embora o DynamoDB seja a escolha correta para o banco de dados, o DynamoDB usa um gateway VPC endpoint, não um interface VPC endpoint (que é usado para outros serviços como S3 ou EC2).