Julgue o próximo item, relativos a DevOps e Kubernetes.
A execução do comando kubectl get services lista todos os serviços que estão no namespace, descrevendo os nomes dos pods e nodes associados ao cluster conectado.
GabaritoE — Errado
Gabarito: letra E (ERRADO). O comando kubectl get services lista os serviços (Services) do namespace atual, mas não descreve os nomes dos pods e nodes associados ao cluster — ele exibe informações como nome, tipo, cluster IP, porta externa e idade de cada serviço. A afirmação mistura o que o comando faz com o que outros comandos (kubectl get pods, kubectl get nodes) fazem.
O Kubernetes é um orquestrador de contêineres que organiza o cluster em dois planos: o plano de controle (API server, etcd, scheduler, controller manager) e o plano de dados (pods, nodes, services). O kubectl é a ferramenta de linha de comando que interage com o API server para gerenciar esses objetos. Cada subcomando do kubectl tem uma função específica: get lista recursos, describe mostra detalhes, logs exibe logs, exec executa comandos dentro de contêineres.
Quando você executa kubectl get services, o Kubernetes consulta o API server e retorna uma tabela com os Services do namespace atual (ou de todos os namespaces com a flag -A). Um Service é uma abstração que define um conjunto lógico de Pods e uma política de acesso a eles — ele fornece um IP estável e um nome DNS para que outros componentes encontrem os Pods, mesmo que os Pods sejam recriados. A saída típica mostra colunas como NAME, TYPE, CLUSTER-IP, EXTERNAL-IP, PORT(S) e AGE. Para ver os Pods associados a um Service, você usaria kubectl get endpoints ou kubectl describe service <nome>, que lista os endpoints (IPs dos Pods) por trás do Service.
A pegadinha da questão está em afirmar que o comando "descreve os nomes dos pods e nodes associados ao cluster". Isso é uma mistura de três comandos distintos: kubectl get services (lista Services), kubectl get pods (lista Pods) e kubectl get nodes (lista Nodes). Nenhum comando get isolado descreve os três tipos de recurso ao mesmo tempo. Além disso, a palavra "descrevendo" sugere que o comando traz detalhes dos Pods e Nodes, o que não acontece — para detalhes, usa-se kubectl describe.
Na prática, se você quiser ver os Pods de um Service específico, o fluxo seria: kubectl get svc para listar os Services, depois kubectl get endpoints <nome-do-service> para ver os IPs dos Pods associados, e kubectl get pods -o wide para ver em quais Nodes os Pods estão rodando. O comando kubectl get services sozinho não entrega nenhuma dessas informações.
A banca mistura as funções de três comandos diferentes do kubectl em uma única afirmação. O candidato que decora apenas o nome dos comandos, sem saber o que cada um retorna, tende a marcar "Certo" por associar get services a uma listagem geral do cluster. A dica é: get lista recursos de UM tipo por vez — services, pods, nodes são objetos distintos, e nenhum comando get descreve os três juntos.
A afirmação está errada porque o comando kubectl get services lista apenas os Services do namespace atual, e não "descreve os nomes dos pods e nodes associados ao cluster". A saída do comando mostra informações como nome do Service, tipo, Cluster-IP, porta e idade — nada sobre Pods ou Nodes. Para listar Pods, usa-se kubectl get pods; para Nodes, kubectl get nodes. A palavra "descrevendo" também é imprecisa: o get lista recursos de forma resumida, enquanto o describe traz detalhes de um recurso específico.
Gabarito: letra E (ERRADO).
Link permanente: /questoes/ce404158