Julgue o próximo item, relativo a ferramentas e soluções para DevOps, DevSecOps e Docker.
O kubectl, cliente oficial Kubernetes, é uma ferramenta de linha de comando que interage com a API do Kubernetes, gerenciando a maioria dos objetos, como Pods, ReplicaSets e Services.
CCerto
EErrado
Revelar gabarito e comentário▾
GabaritoC — Certo
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”.
kubectl: a interface de linha de comando do Kubernetes
Gabarito: letra C (CERTO). O kubectl é, de fato, o cliente oficial de linha de comando do Kubernetes, projetado para interagir com a API do cluster e gerenciar os objetos que compõem o sistema, como Pods, ReplicaSets e Services. Essa é a definição canônica da ferramenta, amplamente documentada na documentação oficial do Kubernetes.
O Kubernetes (K8s) é um sistema de orquestração de contêineres que automatiza a implantação, o dimensionamento e a gestão de aplicações. Ele organiza o trabalho em dois planos: o plano de controle, responsável pela orquestração global (composto pelo API server, etcd, controller manager e scheduler), e o plano de dados, onde residem os objetos que executam as aplicações, como Pods, ReplicaSets, Deployments e Services. O kubectl é a ferramenta que permite ao administrador ou desenvolvedor comunicar-se com o API server — o componente central do plano de controle — enviando comandos que criam, consultam, alteram ou removem esses objetos.
Na prática, o kubectl funciona como um cliente HTTP que fala com a API do Kubernetes. Quando você executa, por exemplo, kubectl get pods, o comando envia uma requisição ao API server, que consulta o etcd (o banco de dados distribuído que armazena o estado do cluster) e retorna a lista de Pods. Da mesma forma, kubectl apply -f deployment.yaml envia a definição de um Deployment para o API server, que então cria os ReplicaSets e Pods correspondentes. É por isso que o kubectl é considerado a ferramenta de gerenciamento mais abrangente do Kubernetes: ele dá acesso a praticamente todos os recursos do cluster.
A banca explora aqui um conhecimento básico, mas fundamental: a distinção entre o cliente (kubectl) e o servidor (API server). O candidato que confunde esses papéis pode achar que o kubectl é apenas um visualizador ou que ele gerencia diretamente os contêineres, quando na verdade ele delega toda a ação ao API server. Além disso, é comum confundir o kubectl com outras ferramentas do ecossistema, como o kubeadm (usado para inicializar clusters) ou o helm (gerenciador de pacotes). O kubectl é o cliente oficial — a porta de entrada para operar o cluster.
Guarde esta distinção: o kubectl é o meio (a interface), o API server é o destino (o ponto de contato no cluster), e os objetos (Pods, ReplicaSets, Services) são o conteúdo que ele gerencia. É exatamente essa tríade que a afirmativa descreve, e é por isso que ela está correta.
kubectl: Cliente oficial de linha de comando; Interage com a API do Kubernetes; Gerencia objetos do cluster (Pods, ReplicaSets, Services); Funciona como cliente HTTP (Envia requisições ao API server, API server consulta o etcd); Não confundir com (kubeadm (inicializa clusters), helm (gerenciador de pacotes))
Alternativa C — ✅ CERTO ⟵ GABARITO
A afirmativa está correta porque descreve com precisão o papel do kubectl no ecossistema Kubernetes. Ele é, por definição, o cliente oficial de linha de comando, e sua função é interagir com a API do Kubernetes para gerenciar os objetos do cluster. Os exemplos citados — Pods, ReplicaSets e Services — são, de fato, objetos nativos do Kubernetes que podem ser criados, consultados e modificados por meio do kubectl. Não há qualquer imprecisão na afirmativa: ela reflete a documentação oficial e o uso cotidiano da ferramenta.
PEGA ESSA DICA!
Para fixar, lembre-se da tríade: kubectl (cliente) → API server (servidor) → objetos (Pods, ReplicaSets, Services). Se a questão perguntar sobre o que o kubectl faz, a resposta sempre envolve "interagir com a API" e "gerenciar objetos". Desconfie de alternativas que atribuam ao kubectl funções de outros componentes, como o scheduler (escalonar pods) ou o controller manager (manter o estado desejado).