Questão de Sistemas Operacionais — Cloud Computing — FGV 2024
Sistemas Operacionais›Cloud Computing
Código
fg080045
Banca
FGV
Órgão
DNIT
Ano
2024
Nível
Superior
Cargo
Analista Administrativo Tecnologia da Informação
Infraestrutura como código (IaC) é uma forma de gerenciamento e provisionamento de infraestrutura por meio de código em vez de processos manuais.Com relação às três práticas para implementar IaC, analise as afirmativas a seguir.I. Definir todas as suas coisas como código é uma prática básica para fazer alterações rápidas e de modo confiável. Os principais motivos para a adoção dessa prática são a interoperabilidade, a consistência e a acessibilidade.II. Testar e entregar continuamente todo o trabalho em andamento é uma prática onde as equipes de infraestrutura são rigorosas nos testes. Eles usam a automação para implantar e testar o sistema como um todo antes de testar e integrar todos os módulos desenvolvidos por todos os envolvidos.III. Construir peças pequenas e simples, que os membros da equipe podem alterar independentemente é uma prática essencial, pois muitas equipes enfrentam dificuldades quando seus sistemas são grandes e fortemente acoplados. Quanto maior um sistema, mais difícil mudá-lo e mais fácil quebrar.Está correto o que se afirma em
AI e II, apenas.
BI, apenas.
CII, apenas.
DIII, apenas.
EII e III, apenas.
Revelar gabarito e comentário▾
GabaritoD — III, apenas.
Comentário gerado por IA. É um apoio ao estudo, ancorado em fontes, mas pode conter imprecisões — confira sempre na fonte oficial (lei, súmula, edital e gabarito da banca). Encontrou um erro? Use “Reportar”.
Infraestrutura como Código (IaC)
Gabarito: letra D — apenas a afirmativa III está correta. As afirmativas I e II contêm imprecisões conceituais sobre as práticas de IaC.
A questão aborda três práticas fundamentais do IaC. Embora a afirmativa I pareça inicialmente correta, os motivos apresentados (interoperabilidade, consistência e acessibilidade) não são os principais. O principal benefício de definir tudo como código é a repetibilidade, versionamento e automação, não a interoperabilidade. A afirmativa II descreve uma ordem de testes invertida (primeiro o sistema como todo, depois módulos), o que não condiz com a integração contínua.
1Definir tudo como código
2Testar e entregar continuamente
3Peças pequenas e simples
LEVEL · soulevel.com.br
Afirmativa I — ❌ Incorreta
Afirmar que "definir todas as suas coisas como código" é uma prática básica está certo, mas os motivos listados (interoperabilidade, consistência e acessibilidade) não são os principais. A interoperabilidade é mais relacionada a APIs e padrões abertos; a consistência e acessibilidade são benefícios, mas a motivação central é a automação, repetibilidade e controle de versão. Além disso, a expressão "todas as suas coisas" é vaga e a prática não se aplica a tudo de forma absoluta.
Afirmativa II — ❌ Incorreta
O erro está na ordem dos testes: a afirmativa diz que as equipes usam automação para "implantar e testar o sistema como um todo antes de testar e integrar todos os módulos". Na prática de entrega contínua, os módulos são testados individualmente (testes unitários), depois integrados e testados em conjunto (testes de integração), e só então o sistema completo é testado (testes de sistema). A ordem inversa é inviável e contrária aos princípios de CI/CD.
Afirmativa III — ✅ Correta ⟵ GABARITO
Esta afirmativa descreve corretamente a prática de construir peças pequenas e simples, com baixo acoplamento, permitindo alterações independentes. É um princípio fundamental tanto de IaC quanto de desenvolvimento de software, pois reduz a complexidade e o risco de quebras.
Gabarito: letra D — apenas a afirmativa III está correta.