Kubernetes and Cloud Native Associate

Como é a prova

A prova oficial tem 60 questões de múltipla escolha, com até 90 minutos de prova. Custa US$ 250 com 1 retake grátis incluído, vale por 2 anos e é feita somente online, com supervisão remota (PSI). A CNCF publica a nota de corte: 75% de acertos. Os pesos por domínio também são publicados. Materiais oficiais gratuitos: exam guide e learning path.

O simulado do PassMind tem 60 questões de múltipla escolha em 90 minutos. Consideramos aprovado a partir de 75% de acertos: a mesma nota de corte publicada para a prova oficial. As questões são sorteadas de um banco de 608 questões originais, todas com explicação.

Duração

90 min

Meta do simulado

75%

Questões por simulado

60

Questões no banco

608

Domínios e pesos

Os domínios seguem o guia oficial da prova. Os percentuais são os pesos oficiais publicados pela CNCF no guia da prova.

• Kubernetes Fundamentals44%
• Container Orchestration28%
• Cloud Native Application Delivery16%
• Cloud Native Architecture12%

Questões de amostra

5 questões do banco do PassMind, com gabarito e explicação.

1. Questão 1Fácil

   Como os Service IPs diferem dos Pod IPs na rede do Kubernetes?

   • APod IPs são endereços permanentes, enquanto Service IPs mudam frequentemente
   • BService IPs fornecem um endpoint estável, enquanto Pod IPs podem mudar quando os pods reiniciam
   • CTanto Service IPs quanto Pod IPs sempre se referem ao mesmo endereço de rede
   • DService IPs são atribuídos apenas para acesso a armazenamento, enquanto Pod IPs lidam com o tráfego de rede
   Ver gabarito e explicação

   Resposta correta: B. Service IPs fornecem um endpoint estável, enquanto Pod IPs podem mudar quando os pods reiniciam

   No Kubernetes, Service IPs atuam como endereços IP virtuais estáveis que persistem mesmo se os pods subjacentes mudarem, permitindo acesso confiável. Pod IPs são atribuídos dinamicamente e podem mudar quando os pods são reiniciados ou realocados, tornando-os menos estáveis para comunicação consistente.

2. Questão 2Fácil

   Qual função um Service selector desempenha no Kubernetes?

   • AEle seleciona a versão da imagem do container para implantar
   • BEle identifica quais Pods são alvo do Service
   • CEle determina em quais nodes um Pod pode ser agendado
   • DEle define a storage class para volumes persistentes
   Ver gabarito e explicação

   Resposta correta: B. Ele identifica quais Pods são alvo do Service

   Um Service selector no Kubernetes é responsável por selecionar o conjunto de Pods para os quais o Service direciona o tráfego, com base na correspondência de labels. Isso permite que o Service agrupe e exponha os Pods corretos sem intervenção manual.

3. Questão 3Média

   Qual é o propósito principal do monitoramento dentro de um cluster Kubernetes?

   • AArmazenar imagens de container e código-fonte de aplicações de forma segura
   • BAplicar políticas de rede e criptografar o tráfego do cluster
   • CRastrear a saúde e o desempenho dos workloads e componentes do cluster ao longo do tempo
   • DGerenciar implantações de aplicações e automatizar rollouts
   Ver gabarito e explicação

   Resposta correta: C. Rastrear a saúde e o desempenho dos workloads e componentes do cluster ao longo do tempo

   O monitoramento no Kubernetes é focado na coleta de métricas e logs para observar a saúde e o comportamento contínuo dos workloads e componentes do cluster. Isso permite que os administradores detectem problemas, otimizem o uso de recursos e mantenham a confiabilidade. Ele não lida diretamente com gerenciamento de implantações, armazenamento ou criptografia de rede.

4. Questão 4Média

   O que acontece quando uma liveness probe continua falhando?

   • AO Kubernetes reinicia o container
   • BO Kubernetes move o pod para outro namespace
   • CO Kubernetes exclui o Service
   • DO Kubernetes escala o Deployment para zero
   Ver gabarito e explicação

   Resposta correta: A. O Kubernetes reinicia o container

   O Kubernetes reinicia o container está correto porque uma liveness probe com falha indica que o container pode estar travado ou não saudável. O Kubernetes usa esse sinal para reiniciar o container e tentar recuperá-lo.

5. Questão 5Difícil

   Um Pod no Kubernetes está reiniciando frequentemente, mas ao executar 'kubectl logs <pod> -p' para visualizar os logs anteriores do container, nenhum log é exibido. Qual é a causa mais provável desse comportamento?

   • AOs logs do container anterior foram perdidos porque o Pod reiniciou em um nó diferente ou o Pod foi excluído
   • BA flag '-p' é eficaz apenas para Pods com múltiplos containers, e este Pod possui um único container
   • CO container não produziu nenhum log antes de terminar na instância anterior
   • DPara visualizar logs anteriores, é necessário especificar o nome do container com '-c'; caso contrário, nenhum log será exibido
   Ver gabarito e explicação

   Resposta correta: A. Os logs do container anterior foram perdidos porque o Pod reiniciou em um nó diferente ou o Pod foi excluído

   O Kubernetes armazena os logs do container no nó onde o container foi executado. Se um Pod reiniciar em um nó diferente ou for excluído, os logs da instância anterior do container não estarão mais disponíveis localmente e não poderão ser recuperados usando 'kubectl logs -p'. Esse comportamento não está relacionado à quantidade de containers nem ao uso da flag '-c'.