Uma startup lançará uma aplicação de assinaturas com grande variação de acessos em campanhas digitais. A equipe é pequena e precisa reduzir administração de infraestrutura, manter banco de dados gerenciado, controlar identidade, segregar teste e produção e registrar eventos relevantes. orçamento permite iniciar com serviços gerenciados, desde que a arquitetura não exponha dados reais no ambiente de testes. A figura apresenta a arquitetura pretendida para a primeira versão, ainda sem todos os controles definidos. Figura 2 - Arquitetura inicial pretendida para aplicação em nuvem Usuários web/mobile Balanceador + TLS gerenciado Ambiente produção autoescala contêineres/VMs Banco gerenciado backup + réplica Ambiente teste rede segregada dados sintéticos IAM e logs menor privilégio Restrição: alto volume variável, equipe enxuta, separação de ambientes e controle de identidade desde a implantação. A configuração inicial mais adequada, considerando equioe enxuta de ambiente é: A. contratar servidores dedicados e replicar manualmente dados para teste, priorizando controle direto de hardware e isolamento fisico, ainda que aumente administração da infraestrutura. B. Hospedar aplicação e banco em instância única, comártilhados para a equipe e separar testes e produção por diretórios, reduzindo custo e complexidade da primeira versão. C. Usar ambientes segregados IAM com menor privilégio, banco gerenciado com backup, TSL no acesso, logs centralizados e dados sintéticos em teste, mantendo arquitetura simples e auditável. D. começar com ambiente único, banco gerenciado e escalabilidade automática, registrando logs, básicos e planejando segregação e revisão de privilégios quando a base de assinantes crecer