17 perguntas · DevOps

Perguntas de entrevista para Engenheiro DevOps

Perguntas para entrevistar engenheiros DevOps. Use-as para encontrar quem mantém a produção de pé às 3 da manhã, não só quem sabe recitar nomes de ferramentas.

Teste grátis 14 dias Ver todos os cargos

Entrevistas de DevOps são traiçoeiras porque a função cobre muita coisa: pipelines de build e deploy, containers e orquestração, infraestrutura como código, observabilidade, os fundamentos de Linux por baixo de tudo e, principalmente, como a pessoa se comporta quando a produção está pegando fogo. O erro clássico é contratar um "turista de ferramentas", que lista Docker, Kubernetes, Terraform e Prometheus no currículo, mas nunca depurou um rollout com falha nem escreveu um módulo de Terraform idempotente que não recriasse um banco de dados no apply.

As perguntas abaixo foram feitas para passar da camada de buzzwords. Elas pedem que o candidato descreva um pipeline de CI/CD que construiu de verdade, explique o que acontece quando um pod do Kubernetes fica em CrashLoopBackOff, mostre como organizaria o state do Terraform para que um colega não sobrescreva o trabalho de outro e, o mais importante, narre um incidente real do alerta à causa raiz e ao postmortem.

Essa última categoria é a que mais pesa. DevOps é avaliado por confiabilidade, e os melhores candidatos tratam incidentes como sistema de aprendizado, escrevem postmortems sem culpados e automatizam o trabalho manual que causou a última queda. Para uma leitura forte, combine uma pergunta de pipeline, uma de containers, uma de infraestrutura como código e um cenário de incidente. Procure quem pensa em automação, repetibilidade e recuperação de falhas, quem pergunta "como garantimos que isso nunca mais nos acorde?" em vez de fazer um conserto manual, e quem explica um problema de Linux ou rede até o mecanismo, não só o comando que achou no Google.

Pipelines de CI/CD4 perguntas

Descreva um pipeline de CI/CD que você construiu, do commit à produção. Quais eram as etapas e por quê?
O que observar: Etapas justificadas (build, testes, análise, artefato versionado, deploy por ambiente) e detalhes que só quem construiu sabe.
Como você lança com segurança uma mudança arriscada (blue/green, canary, feature flags) e quando escolhe cada estratégia?
O que observar: Critérios claros de escolha, métricas para decidir avançar ou voltar e rollback rápido planejado antes.
Um deploy dá certo pela metade e deixa a produção quebrada. Como o seu pipeline foi desenhado para lidar com isso?
O que observar: Deploys atômicos ou progressivos, health checks que barram a promoção e rollback automático, além de migrações compatíveis com a versão anterior.
Como você gerencia segredos num pipeline sem vazá-los em logs ou imagens?
O que observar: Cofre de segredos, injeção em tempo de execução, mascaramento de logs e nunca gravar segredo em imagem ou repositório.

Containers e orquestração4 perguntas

Um pod do Kubernetes está em CrashLoopBackOff. Explique como você diagnostica.
O que observar: kubectl describe e logs do container anterior, checar eventos, configuração, probes, limites de memória (OOMKilled) e dependências.
Qual a diferença entre Deployment, StatefulSet e DaemonSet, e quando você usa cada um?
O que observar: Aplicações sem estado, aplicações com identidade e armazenamento estáveis, e um pod por nó para agentes.
Em que liveness probes e readiness probes diferem, e o que quebra se forem mal configuradas?
O que observar: Reiniciar versus tirar do balanceamento, e os riscos de reinícios em cascata ou tráfego chegando antes da hora.
Como você reduziria uma imagem Docker inchada e por que o tamanho da imagem importa em produção?
O que observar: Multi-stage build, imagem base enxuta, ordem de camadas e .dockerignore, com impacto em tempo de deploy e superfície de ataque.

Infraestrutura como código4 perguntas

Como você organiza o state do Terraform para que vários engenheiros trabalhem sem sobrescrever uns aos outros?
O que observar: Backend remoto com lock, state separado por ambiente ou componente, e mudanças passando por plan revisado.
O que significa idempotência em infraestrutura e como você evita um terraform apply que recria um banco de dados?
O que observar: Ler o plan com atenção, prevent_destroy em recursos críticos e entender quais mudanças forçam substituição.
Como você lida com drift de configuração entre o que o Terraform acha que existe e o que existe de fato?
O que observar: Detecção periódica com plan, proibir mudanças manuais e decidir caso a caso entre importar a mudança ou revertê-la.
Como você levaria uma mudança de infraestrutura para staging e produção com segurança?
O que observar: Mesmo código com variáveis por ambiente, aplicação primeiro em staging, revisão do plan e janela e rollback definidos.

Monitoramento, incidentes e Linux5 perguntas

Conte sobre um incidente real em produção, do alerta à causa raiz e ao que você mudou depois.
O que observar: Linha do tempo clara, papel da pessoa, causa raiz real e uma ação preventiva, contada sem culpar indivíduos.
Qual a diferença entre métricas, logs e traces, e quando cada um ajuda?
O que observar: Métricas para saber que algo está errado, traces para descobrir onde e logs para entender o porquê.
O load average de um servidor está alto, mas a CPU parece ociosa. Como você investiga?
O que observar: Processos esperando I/O (estado D), checar disco e rede com ferramentas como iostat e vmstat.
Como você decide o que vira alerta para que o plantão não se afogue em ruído?
O que observar: Alertar sobre sintomas que afetam o usuário e exigem ação, com base em SLOs, e revisar alertas que ninguém atende.
Escreva ou descreva um pequeno script que você usaria para automatizar uma tarefa operacional repetitiva, e explique por que automatizá-la.
O que observar: Script seguro e idempotente, com tratamento de erro, e a justificativa pelo tempo economizado e pelos erros evitados.

Dicas para a entrevista de Engenheiro DevOps

Cace os turistas de ferramentas. Peça para o candidato descrever um pipeline ou incidente que ele mesmo conduziu, não ferramentas de que ouviu falar.
Passe mais tempo no cenário de incidente. Confiabilidade é o trabalho, e esse cenário mostra o julgamento real sob pressão.
Valorize a mentalidade de automação. "Como garantimos que isso nunca mais nos acorde?" vale mais do que um conserto manual esperto.
Aprofunde Linux e redes até o mecanismo. Quem só conhece o comando, e não o porquê, trava numa queda real.
Preste atenção a postmortems sem culpados. Engenheiros que culpam pessoas em vez de sistemas pioram o time.

FAQ

Perguntas frequentes

O que é mais importante testar numa entrevista de DevOps?

Resposta a incidentes. Ferramentas mudam, mas o jeito como o candidato diagnostica uma queda, encontra a causa raiz e evita a repetição é o centro do trabalho.

Como evitar contratar um "turista de ferramentas"?

Peça para a pessoa percorrer sistemas que ela mesma construiu, quebrou e consertou. Palavras-chave no currículo são baratas; uma história de guerra detalhada não é.

Quantas perguntas devo fazer?

De seis a oito entre pipelines, infraestrutura e incidentes cabem numa entrevista de 45 a 60 minutos e deixam espaço para um cenário aprofundado.

Vale aplicar um teste prático para DevOps?

Uma tarefa pequena e realista, como consertar a configuração de um pipeline quebrado ou escrever um trecho de Terraform idempotente, revela muito mais do que perguntas abstratas.

Como triar candidatos a DevOps antes da entrevista?

Use um teste de habilidades para que as entrevistas ao vivo fiquem com quem sabe fazer o trabalho. Na Hireaan, as perguntas de triagem, os testes de habilidades e o ranking com IA ajudam a ver primeiro os candidatos mais fortes.

Mais bancos de perguntas de entrevista

Abriu a vaga de Engenheiro DevOps? Rode o processo na Hireaan.

A IA ranqueia os candidatos, você agenda as entrevistas, aplica testes de habilidades e envia a proposta, com um preço fixo para o time inteiro.

Teste grátis 14 dias Ver planos

14 dias grátis
Sem cartão de crédito
Cancele quando quiser
Conforme a LGPD