Questão de Arquitetura de Software — Sistemas Distribuídos — FGV 2026
Arquitetura de Software›Sistemas Distribuídos
Código
gp045392
Banca
FGV
Órgão
TJ-SC
Ano
2026
Cargo
Analista de Sistemas
A computação em nuvem é um modelo que permite o acesso sobdemanda a recursos computacionais, como rede, servidores earmazenamento. No contexto de desenvolvimento de software em nuvem e uso decontainers, considere os itens a seguir. I. Recurso que pode ser compartilhado pelos containers com osistema operacional do hospedeiro, mas não pelas máquinasvirtuais. II. Orquestrador de containers. III. Novo modelo de desenvolvimento em que as aplicações sãofeitas para a nuvem, e não adaptadas a ela. Assinale a opção que apresenta, respectivamente, os recursos ouconceitos listados.
AKernel, Docker, IaaS.
BCluster, Node, Microserviços.
CKernel, Kubernetes, Cloud Native.
DHardware, Hypervisor, Cluster.
ESistema de arquivos base, Kubernetes, DevOps.
Revelar gabarito e comentário▾
GabaritoC — Kernel, Kubernetes, Cloud Native.
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”.
Computação em nuvem e containers: itens I, II, III
Gabarito: letra C — os itens correspondem respectivamente a Kernel, Kubernetes e Cloud Native. O item I trata do recurso compartilhado por containers (kernel), mas não por máquinas virtuais; o item II é um orquestrador, cujo principal exemplo é o Kubernetes; o item III descreve o modelo “Cloud Native”, em que aplicações são projetadas nativamente para a nuvem, e não adaptadas posteriormente.
A questão cobra três conceitos fundamentais no ecossistema de containers e cloud computing. É essencial distinguir:
Entre containers e VMs: containers compartilham o kernel do sistema operacional hospedeiro, enquanto cada VM possui seu próprio kernel.
Entre motor de containers (ex.: Docker) e orquestrador (ex.: Kubernetes): o orquestrador gerencia o ciclo de vida, escalabilidade e comunicação dos containers.
Entre modelos de serviço (IaaS, PaaS, SaaS) e paradigma de desenvolvimento (Cloud Native): Cloud Native não é um modelo de serviço, mas uma abordagem para construir aplicações que exploram a nuvem desde o início.
NÃO CAIA NESSA!
A banca troca o recurso compartilhado (kernel) por “Docker” (alternativa A) e “Cluster” (B), e confunde Cloud Native com IaaS (A) ou DevOps (E). O aluno que associa “containers” apenas ao Docker tende a errar o item I; já o item III é frequentemente confundido com IaaS ou microserviços. Lembre: Cloud Native é um paradigma, não um modelo de serviço.
Item
Conceito
Descrição
I
Kernel
Recurso compartilhado pelos containers com o SO hospedeiro, mas não pelas máquinas virtuais
II
Kubernetes
Orquestrador de containers
III
Cloud Native
Modelo de desenvolvimento em que aplicações são feitas para a nuvem, não adaptadas a ela
1I: Recurso compartilhado por containersKernel
2II: Orquestrador de containersKubernetes
3III: Modelo nativo para nuvemCloud Native
LEVEL · soulevel.com.br
Alternativa A — ❌ Incorreta
Apresenta Kernel (correto para I), mas erra nos demais: Docker é um motor de containers, não um orquestrador (o correto é Kubernetes); IaaS é um modelo de serviço de nuvem, não o paradigma de desenvolvimento voltado à nuvem (Cloud Native). Portanto, II e III estão trocados.
Alternativa B — ❌ Incorreta
Substitui o kernel por Cluster (agrupamento de recursos, não o recurso compartilhado), coloca Node como orquestrador (Node é um nó, não um orquestrador) e Microserviços como modelo (microserviços é um estilo arquitetural, mas o enunciado pede o modelo de desenvolvimento nativo para nuvem – Cloud Native). Todos os itens estão errados.
Alternativa C — ✅ Correta ⟵ GABARITO
Exata correspondência:
Kernel (I): recurso compartilhado pelos containers com o SO hospedeiro; VMs não compartilham.
Kubernetes (II): principal orquestrador de containers, gerencia implantação, escalonamento e operação.
Cloud Native (III): abordagem de desenvolvimento que constrói aplicações para a nuvem desde o início, usando containers, microsserviços e práticas DevOps.
A alternativa casa perfeitamente com os três conceitos.
Alternativa D — ❌ Incorreta
Hardware não é o recurso compartilhado (na verdade containers abstraem o hardware, mas quem compartilham é o kernel); Hypervisor é software que gerencia VMs, não é orquestrador de containers; Cluster é conjunto de servidores, não o modelo de desenvolvimento nativo para nuvem. Todos equivocados.
Alternativa E — ❌ Incorreta
Sistema de arquivos base (embora containers usem camadas de arquivos, o recurso compartilhado é o kernel); Kubernetes está correto para II, mas DevOps é uma cultura/prática, não o paradigma de desenvolvimento voltado à nuvem (Cloud Native). I e III errados.
PEGA ESSA DICA!
Para fixar, lembre-se que containers compartilham o kernel (ao contrário de VMs). O Kubernetes é o orquestrador-padrão. E Cloud Native é o conceito de criar aplicações já pensadas na nuvem. Nas questões de correspondência, leia cada item e verifique se o termo se encaixa no contexto específico.
Conclusão: A única alternativa que acerta os três itens é a C.