Entrevistas de Kubernetes saem do vocabulário (pod, deployment, service) para a operação (o que acontece quando um pod cai, como você depura um rollout travado) e o design (como você rodaria uma aplicação com segurança). Os entrevistadores gostam de comandos e sintomas, então pratique dizer o que você realmente digitaria e o que esperaria ver.
Abaixo estão 26 perguntas com respostas, agrupadas por tema. Substitua os exemplos pela sua própria experiência de cluster sempre que puder.
Arquitetura e objetos
1. O que é Kubernetes?
Um sistema de código aberto para executar e gerenciar contêineres em um cluster de máquinas. Você declara o estado desejado, como três cópias de um serviço, e o Kubernetes trabalha continuamente para corresponder a ele.
2. Quais são os principais componentes de um cluster?
O control plane tem o API server (a porta de entrada), o etcd (o armazenamento de dados), o scheduler (que escolhe um nó para cada pod) e o controller manager (que executa os loops de controle). Cada nó worker executa o kubelet (que roda os pods), um container runtime e o kube-proxy (que cuida da rede de serviços).
3. O que é um pod?
A menor unidade implantável. Ele contém um ou mais contêineres que compartilham um namespace de rede e armazenamento. A maioria dos pods tem um contêiner principal, e os contêineres extras são sidecars ou init containers.
4. Qual é a diferença entre um Deployment, um ReplicaSet e um StatefulSet?
Um ReplicaSet mantém um número de pods idênticos em execução. Um Deployment gerencia ReplicaSets e oferece atualizações graduais e rollbacks. Um StatefulSet é para aplicações com estado: os pods recebem nomes estáveis, armazenamento estável e inicialização e parada ordenadas.
5. O que é um DaemonSet? Um Job? Um CronJob?
Um DaemonSet executa um pod por nó, para agentes como coletores de logs. Um Job executa uma tarefa até a conclusão. Um CronJob executa Jobs em um agendamento.
6. O que são labels, selectors e annotations?
Labels são pares chave-valor nos objetos, e os selectors escolhem objetos por label. Os Services encontram pods dessa forma, e os Deployments encontram seus ReplicaSets. As annotations também armazenam dados de chave-valor, mas servem para metadados não identificadores usados por ferramentas.
7. O que é um namespace?
Uma forma de dividir um cluster em grupos virtuais, geralmente por equipe ou ambiente. Os namespaces delimitam nomes, e você pode aplicar cotas de recursos e regras de acesso por namespace. Eles não são uma fronteira de segurança forte por si só.
Rede
8. Quais são os tipos de Service?
| Tipo | O que faz |
|---|---|
| ClusterIP | Um IP interno estável, acessível apenas dentro do cluster (padrão) |
| NodePort | Abre uma porta em cada nó |
| LoadBalancer | Cria um load balancer externo, por meio do provedor de nuvem |
| ExternalName | Mapeia o serviço para um nome DNS |
9. O que é um Ingress?
Um objeto que roteia tráfego HTTP e HTTPS externo para serviços por host e caminho, com um ingress controller fazendo o trabalho. A API Gateway, mais recente, é uma sucessora mais expressiva.
10. Como os pods se encontram?
Por meio de Services e do DNS do cluster. Um serviço chamado api no namespace shop é acessível como api.shop.svc.cluster.local, ou apenas api de dentro do mesmo namespace.
11. O que é uma NetworkPolicy?
Um conjunto de regras que controla quais pods podem se comunicar com quais. Por padrão, todos os pods podem se alcançar. Com políticas (e um plugin de rede que as aplique), você pode restringir o tráfego, por exemplo permitindo que apenas os pods da API alcancem o banco de dados.
Configuração e armazenamento
12. Qual é a diferença entre um ConfigMap e um Secret?
Ambos armazenam configuração injetada como variáveis de ambiente ou arquivos. Os Secrets são destinados a dados sensíveis, mas por padrão são apenas codificados em base64, não criptografados. Ative a criptografia em repouso, restrinja o acesso com RBAC e considere um gerenciador de secrets externo.
13. O que são PersistentVolumes e PersistentVolumeClaims?
Um PersistentVolume é uma peça de armazenamento no cluster. Um PersistentVolumeClaim é a solicitação de armazenamento de um pod. Uma StorageClass permite que o Kubernetes provisione volumes automaticamente. Os dados em um sistema de arquivos normal de contêiner desaparecem quando o pod é substituído.
14. O que são requests e limits?
Requests são os recursos que o scheduler reserva para um contêiner. Limits são o máximo que ele pode usar. Ultrapassar um limite de memória faz o contêiner ser encerrado (OOMKilled), enquanto ultrapassar um limite de CPU causa throttling.
Confiabilidade e atualizações
15. O que são probes de liveness, readiness e startup?
A liveness verifica se o container deve ser reiniciado. A readiness verifica se ele deve receber tráfego. A startup dá tempo para aplicações que demoram a iniciar antes que as outras probes comecem. Um erro comum é uma probe de liveness que depende de um banco de dados, o que pode reiniciar todos os pods quando o banco cai.
16. Como funciona um rolling update?
O Deployment cria novos pods e remove os antigos gradualmente, controlado por maxSurge e maxUnavailable. As probes de readiness decidem quando um novo pod é considerado pronto. Se algo der errado, kubectl rollout undo volta para a revisão anterior.
17. Como funciona o autoscaling?
O Horizontal Pod Autoscaler altera o número de pods com base em métricas como CPU. O Vertical Pod Autoscaler ajusta requests e limits. O cluster autoscaler adiciona ou remove nós quando os pods não conseguem ser agendados ou os nós estão subutilizados.
18. Como você mantém uma aplicação disponível durante a manutenção de um nó?
Execute várias réplicas, distribua-as entre nós ou zonas e defina um PodDisruptionBudget para que as evictions voluntárias mantenham um mínimo em execução. Esvazie os nós com kubectl drain.
Solução de problemas
19. Um pod está em CrashLoopBackOff. O que você faz?
O container inicia e depois sai repetidamente. Rode kubectl logs <pod> --previous para ver por que ele falhou, kubectl describe pod para eventos, códigos de saída e falhas de probe, e verifique a configuração, secrets ausentes e limites de recursos.
20. Um pod está travado em Pending. O que você verifica?
O kubectl describe pod mostra por que o scheduler não conseguiu posicioná-lo: CPU ou memória insuficiente em qualquer nó, node selectors ou taints que não correspondem, ou um volume claim não vinculado.
21. Um pod foi morto por OOMKilled. O que você faz?
Ele excedeu seu limite de memória. Verifique a tendência de uso, descubra se há um vazamento ou se o limite está simplesmente muito baixo, e aumente o limite ou corrija a aplicação. Defina requests próximos do uso real para que o agendamento seja realista.
22. Um service não está acessível. Como você depura isso?
- Verifique se os pods estão em execução e prontos.
- Verifique se o selector do service corresponde às labels dos pods (kubectl get endpoints).
- Teste de dentro do cluster com um pod temporário.
- Verifique a porta, a target port e o endereço de escuta do container.
- Verifique as network policies, depois o ingress e o DNS.
Segurança e operações
23. Como o RBAC funciona?
Roles definem permissões sobre recursos, e os bindings as concedem a usuários, grupos ou service accounts. Use Roles com namespace quando possível, evite cluster-admin e dê a cada workload sua própria service account com o mínimo de permissões necessárias.
24. Como você protege um cluster?
Use RBAC com privilégio mínimo, restrinja o acesso à API, faça scan de imagens, execute containers como non-root com um filesystem somente leitura quando possível, aplique network policies, criptografe secrets, mantenha o Kubernetes atualizado e audite a atividade.
25. O que é Helm?
Um gerenciador de pacotes para Kubernetes. Um chart é um conjunto de manifests com templates, e um release é uma instância instalada com seus próprios values. Ele ajuda você a reutilizar e versionar deployments entre ambientes. O Kustomize é outra abordagem que aplica patches em manifests simples.
26. Como você faria o deploy de uma aplicação web no Kubernetes com segurança?
"Um Deployment com pelo menos três réplicas distribuídas entre zonas, requests e limits definidos, probes de readiness e liveness, um Service e um Ingress com TLS, configuração em ConfigMaps e Secrets, um HPA e um PodDisruptionBudget. Faça o deploy por um pipeline com rolling updates e rollback fácil, e acompanhe a taxa de erro e a latência durante o rollout."
Comandos que você precisa conhecer
| Tarefa | Comando |
|---|---|
| Listar pods | kubectl get pods -n <namespace> |
| Detalhes e eventos do pod | kubectl describe pod <pod> |
| Logs | kubectl logs <pod> -c <container> (adicione --previous após um crash) |
| Shell em um pod | kubectl exec -it <pod> -- sh |
| Fazer rollback | kubectl rollout undo deployment/<name> |
| Escalar | kubectl scale deployment/<name> --replicas=5 |
| Aplicar um manifest | kubectl apply -f file.yaml |
Como se preparar
Rode um cluster pequeno localmente com kind ou minikube e quebre as coisas de propósito: uma tag de imagem errada, uma probe com falha, um limite de memória muito baixo. Pratique a leitura da saída de describe e logs. Prepare um incidente real que você resolveu e o que você mudou depois. Para praticar design, veja nosso guia de system design, e para tópicos de cloud, o guia de entrevista da AWS.
Fale seus passos de depuração em voz alta, porque os entrevistadores se importam com a sua ordem de verificações. Uma entrevista simulada com transcrição vai mostrar onde você pulou uma etapa. Siga as regras da empresa sobre ferramentas de IA em qualquer entrevista ao vivo.
Pratique respostas de entrevista sobre Kubernetes com YesToTheOffer
Faça uma entrevista técnica simulada, explique seus passos de depuração e revise sua transcrição depois. 30 minutos grátis, sem assinatura.
