Amanter um número de réplicas de um Pod executando no cluster.
Bexecutar ações repetitivas (denominadas réplicas) em horários agendados.
Cservir como o runtime de contêiner subjacente, já que o Kubernetes por si só é um orquestrador.
Defetuar a limpeza do ambiente (cleanup) de Jobs encerrados.
Eservir como um registro de imagens de contêineres em ambiente local, replicando um registro (registry) remoto.
Revelar gabarito e comentário▾
GabaritoA — manter um número de réplicas de um Pod executando no cluster.
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”.
ReplicaSet no Kubernetes
Gabarito: letra A. O ReplicaSet é o controlador do Kubernetes responsável por garantir que um número desejado de réplicas de um Pod esteja sempre em execução no cluster, recriando Pods que falhem ou sejam excluídos. Essa é a definição central do objeto, conforme a documentação oficial do Kubernetes.
O Kubernetes é um sistema de orquestração de contêineres que automatiza a implantação, o dimensionamento e a gestão de aplicações. Para entender o ReplicaSet, é preciso primeiro entender o Pod: a menor unidade de trabalho do Kubernetes, que agrupa um ou mais contêineres que compartilham rede e armazenamento. O ReplicaSet atua como um supervisor de Pods: ele declara quantas cópias (réplicas) de um Pod devem existir e o controlador (controller manager) trabalha continuamente para que o estado real do cluster corresponda a esse estado desejado. Se um Pod morre, o ReplicaSet cria outro; se há Pods em excesso, ele os encerra. Essa é a essência da autorreparação (self-healing) que o Kubernetes oferece.
Na prática, o ReplicaSet é quase sempre gerenciado indiretamente por um Deployment, que adiciona capacidades de atualização progressiva (rolling update) e rollback. O Deployment cria e gerencia ReplicaSets, e estes gerenciam os Pods. Mas o ReplicaSet em si tem uma função única e bem definida: manter a quantidade desejada de réplicas de um Pod. É exatamente isso que a alternativa A afirma.
A banca explora a confusão entre o ReplicaSet e outros componentes do ecossistema Kubernetes, como Jobs, CronJobs, runtimes de contêiner e registries de imagens. Cada um desses tem um papel distinto, e é importante saber diferenciá-los para não cair em armadilhas.
Kubernetes: componentes: ReplicaSet (Mantém nº desejado de réplicas de Pods, Recria Pods que falham); Job (Tarefa pontual); CronJob (Tarefa agendada (horário)); Runtime (Executa contêineres (containerd, CRI-O)); Registry (Armazena/distribui imagens)
Alternativa A — ✅ Correta ⟵ GABARITO
A alternativa A está correta porque descreve com precisão a função do ReplicaSet: manter um número de réplicas de um Pod executando no cluster. O ReplicaSet é um controlador que garante que o número de Pods em execução corresponda ao número desejado, recriando Pods que falhem ou sejam excluídos. Essa é a definição central do objeto, conforme a documentação oficial do Kubernetes.
Alternativa B — ❌ Incorreta
A alternativa B está incorreta porque descreve a função de um CronJob, não de um ReplicaSet. Um CronJob é um controlador que executa tarefas repetitivas em horários agendados, enquanto o ReplicaSet não tem relação com agendamento temporal. O ReplicaSet apenas garante a quantidade de réplicas de um Pod, sem qualquer noção de horário.
Alternativa C — ❌ Incorreta
A alternativa C está incorreta porque confunde o ReplicaSet com o runtime de contêiner. O runtime de contêiner (como containerd, CRI-O ou Docker) é o software que efetivamente executa os contêineres, enquanto o ReplicaSet é um objeto de orquestração que gerencia Pods. O Kubernetes, como orquestrador, não executa contêineres diretamente; ele delega essa tarefa ao runtime.
Alternativa D — ❌ Incorreta
A alternativa D está incorreta porque descreve a função de um Job ou de um CronJob com política de limpeza, não de um ReplicaSet. Jobs são usados para executar tarefas pontuais, e o Kubernetes pode ser configurado para limpar Jobs encerrados. O ReplicaSet, por outro lado, não tem função de limpeza; ele apenas mantém a quantidade de réplicas de um Pod.
Alternativa E — ❌ Incorreta
A alternativa E está incorreta porque descreve a função de um registry de imagens (como Docker Hub ou um registry local), não de um ReplicaSet. Um registry é um serviço que armazena e distribui imagens de contêineres, enquanto o ReplicaSet é um controlador que gerencia Pods. O ReplicaSet não tem relação com armazenamento ou replicação de imagens.
NÃO CAIA NESSA!
A banca explora a confusão entre o ReplicaSet e outros componentes do Kubernetes, como Jobs, CronJobs, runtimes e registries. O candidato que não conhece bem cada objeto pode facilmente marcar uma alternativa incorreta. Para evitar isso, é fundamental memorizar a função de cada componente: ReplicaSet = réplicas de Pods; Job = tarefa pontual; CronJob = tarefa agendada; runtime = execução de contêineres; registry = armazenamento de imagens.
PEGA ESSA DICA!
Para fixar, lembre-se: ReplicaSet = réplicas de Pods. Sempre que a questão falar em "manter número de réplicas", "garantir quantidade de Pods" ou "recriar Pods", a resposta é ReplicaSet. Já se falar em "agendamento", "horário", "tarefa repetitiva", é CronJob. Se falar em "execução de contêineres", é runtime. Se falar em "armazenamento de imagens", é registry.