A área de tecnologia da informação e comunicação (TIC)do Banco Central do Brasil (BCB) necessita disponibilizar determinado aplicativo para transações digitais que o BCB vem desenvolvendo, utilizando contêineres no Kubernetes junto ao seu provedor de nuvem. Existe o requisito de que essa aplicação seja gerida no modo serverless.
Tendo como referência a situação hipotética apresentada, julgue o próximo item, relativo a microsserviços e serverless.
Na orquestração de serviços em cluster kubernetes, um pod sempre será executado em um nó, ainda que seja em uma máquina física.
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”.
Kubernetes: Pods e Nodes
Gabarito: letra C (CERTO). A afirmação está correta: no Kubernetes, um pod é sempre executado em um nó (node), que pode ser uma máquina física ou virtual. O pod é a unidade básica de trabalho, e o nó é o servidor onde os pods rodam — essa é a arquitetura fundamental do orquestrador.
O Kubernetes é 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 cluster em dois planos: o plano de controle (control plane), responsável pela orquestração global, e o plano de dados (data plane), onde os contêineres efetivamente executam. No plano de dados, encontramos os objetos que compõem o cluster, sendo os dois principais o pod e o node.
O pod é a unidade de trabalho básica do Kubernetes: um grupo de contêineres que compartilham um espaço de rede local e, opcionalmente, armazenamento. Ele é o menor objeto que pode ser criado e gerenciado pelo Kubernetes. Já o node (nó) é o servidor — físico ou virtual — onde os pods e seus contêineres rodam. Cada nó é gerenciado pelo kubelet, que garante que os contêineres estejam saudáveis e no estado desejado.
A relação entre pod e nó é de contenção: todo pod, para existir, precisa ser agendado (scheduled) em um nó. O scheduler do Kubernetes é o componente que decide em qual nó cada pod será executado, levando em conta recursos disponíveis, restrições de afinidade, entre outros. Portanto, não existe pod "órfão" ou executando fora de um nó — o nó é o ambiente de execução obrigatório.
A pegadinha da banca aqui é tentar confundir o candidato com a ideia de que, em um ambiente serverless, os pods poderiam rodar "fora" de um nó, ou que o nó seria apenas uma abstração. Mas mesmo em clusters gerenciados (como os oferecidos por provedores de nuvem), os pods sempre são executados em nós — que podem ser máquinas virtuais ou físicas, mas sempre existem. O serverless no Kubernetes (como o Knative) apenas abstrai a gestão dos pods, mas eles continuam rodando em nós.
Guarde a distinção: pod = unidade de trabalho (contêineres); node = servidor físico ou virtual que hospeda os pods. É exatamente essa relação que a questão testa.
Kubernetes
1Plano de controle
Orquestração global
2Plano de dados
Pod
Unidade básica de trabalho
Grupo de contêineres
Node
Servidor físico ou virtual
Hospeda os pods
3Relação pod × node
Todo pod é agendado em um nó
Scheduler decide o nó
Kubelet garante a execução
LEVEL · soulevel.com.br
Item — ✅ Correto
A afirmação "um pod sempre será executado em um nó, ainda que seja em uma máquina física" está correta. No Kubernetes, o nó é o servidor (físico ou virtual) onde os pods são executados. Não há como um pod existir sem estar alocado em um nó — o scheduler é responsável por essa alocação, e o kubelet em cada nó garante a execução. A menção a "máquina física" apenas reforça que o nó pode ser físico, mas também pode ser virtual; em ambos os casos, o pod está em um nó.
SE LIGUE NESSA!
O conceito de nó no Kubernetes abrange tanto máquinas físicas quanto virtuais. Em clusters gerenciados na nuvem, os nós costumam ser máquinas virtuais, mas a regra é a mesma: todo pod é executado em um nó.