Entrevista prática: diagnóstico em voz alta e simulações com rubrica

Aqui o foco não é repetir histórias de currículo: é resolver problemas sob observação. Em uma entrevista prática, o avaliador quer acompanhar seu modelo mental. Comece perguntando impacto, escopo, ambiente e mudanças recentes antes de executar kubectl ou sugerir trocar toda a arquitetura.

Monte uma matriz de treino por fundamentos: processos e permissões em Linux; DNS, TCP e HTTP em redes; imagem e runtime em containers; recursos e eventos em Kubernetes; fluxo de artefatos e permissões no CI. Alterne cenários pequenos, como “pipeline não publica imagem”, com sessões de 30m.

Use um ciclo de hipótese, teste e interpretação. Diante de erro no checkout, diga: “vou separar resolução DNS de resposta HTTP; se DNS falhar, não concluo que a API caiu”. Execute uma consulta pequena e explique como o resultado muda a próxima decisão. Uma lista de comandos sem interpretação não demonstra diagnóstico.

Comece por inspeções não destrutivas. O bloco de rede separa nome, conexão e status HTTP e registra tempos observados pelo cliente. Um curl bem-sucedido da sua máquina não prova que um pod alcança a dependência; origem, proxy e políticas podem mudar o caminho.

Em Kubernetes, distinga estado desejado e execução: Deployment existe, mas há pods agendados? Eventos indicam imagem inválida, falta de recursos ou falha de probe? describe e logs ajudam a escolher a camada; reiniciar tudo pode apagar pistas e esconder o problema temporariamente.

Treine também leitura de pipeline: descubra qual etapa falhou, que identidade a executa e qual artefato a etapa seguinte espera. Se a autenticação no registry falhar, não aumente permissões para administrador automaticamente. Explique como verificar escopo e corrigir apenas o acesso necessário.

Quando não souber algo, pratique incerteza responsável: declare o limite e diga onde confirmaria o comportamento. “Não lembro essa flag; consultaria --help e testaria no laboratório” é melhor que inventar. Antes de uma mudança, anuncie risco, rollback e sinal de sucesso.

Faça uma simulação com rubrica: de zero a dois pontos para delimitação, hipóteses, evidências, segurança e comunicação. Grave a sessão com dados fictícios, escolha um ponto fraco e repita o cenário com outra causa. O objetivo não é decorar respostas, mas melhorar decisões transferíveis entre ferramentas.

Na prática

Diagnóstico HTTP a partir da máquina do candidato

bash

# Pré-requisitos: getent e curl; adapte ao endpoint autorizado do exercício.
getent hosts example.com
# Tempos cumulativos em segundos; não confunda HTTP 500 com falha de DNS.
curl --silent --show-error --output /dev/null   --connect-timeout 3 --max-time 10   --write-out 'http=%{http_code} dns=%{time_namelookup} connect=%{time_connect} total=%{time_total}\n'   https://example.com/
# Sem --fail, HTTP 4xx/5xx exige interpretação explícita do código retornado.

Inspeção inicial sem alterar o cluster

bash

# Use somente o contexto e namespace autorizados pelo entrevistador.
kubectl config current-context
kubectl -n cloudshop-lab get deployments,pods,services
kubectl -n cloudshop-lab describe deployment cloudshop-api
kubectl -n cloudshop-lab get events --sort-by=.metadata.creationTimestamp
# Logs podem conter dados sensíveis; não copie a saída para serviços públicos.
kubectl -n cloudshop-lab logs deployment/cloudshop-api --tail=50 --timestamps

Por que isso importa

Praticar diagnóstico explicável prepara tanto para entrevistas quanto para incidentes em ambientes desconhecidos.

Erro comum

Executar comandos de alteração para parecer rápido antes de entender escopo e risco.

Dica de produção

Repita o mesmo sintoma com causas diferentes: DNS inválido, timeout e HTTP 500 exigem raciocínios distintos.

Alerta de segurança

Não cole tokens ou logs de empresas em plataformas de entrevista; peça autorização antes de qualquer alteração e use privilégios mínimos.

Pergunta de entrevista

A aplicação não responde a um cliente, mas o pod está Running: quais hipóteses você testaria e em qual ordem?

Entrevista prática: diagnóstico em voz alta e simulações com rubrica

Objetivos desta aula

Na prática

Glossário

Conexão com o CloudShop

Quiz da aula

Minhas anotações