O que perguntam em uma entrevista DevOps, como responder sobre CI/CD, Kubernetes e incidentes e como ensaiar a conversa.
Uma entrevista DevOps tem muito pouco de exame de ferramentas. Qualquer pessoa que já leu anúncios de vaga conhece a lista de tecnologias. O que se avalia é outra coisa: como você estrutura o processo, o que faz quando tudo quebra e se você sabe escolher a ferramenta certa para a tarefa, e não pela moda.
| Etapa | O que é avaliado |
|---|---|
| Triagem | experiência, stack, expectativas de remuneração |
| Infraestrutura | Linux, redes, contêineres, orquestração |
| Prática | análise de incidente, diagnóstico por logs |
| Processos | CI/CD, releases, segurança, trabalho em equipe |
A resposta «GitLab CI» não é uma resposta. Esperam o caminho: commit → build → testes → artefato → deploy no ambiente, com rollback e com o que acontece em caso de falha em cada etapa. Uma boa resposta inclui o tempo de build e a experiência anterior de melhoria.
Camadas da imagem e seu cache, build multi-stage, por que uma imagem de 1 GB é um problema, como passar segredos, a diferença entre CMD e ENTRYPOINT. Muitas vezes pedem para explicar por que o contêiner da aplicação falha na inicialização.
Pod versus Deployment, probes de readiness e liveness, reinicializações e suas causas, limites de recursos e OOMKill, ConfigMap e Secret, Ingress. Pergunta prática: «o pod não sobe — por onde você começaria».
Terraform versus Ansible, state e bloqueios, plano antes da aplicação, idempotência. Eles verificam se você entende o que o `apply` fará antes de sua execução.
O que acontece do navegador até a aplicação: DNS, balanceador, TLS, proxy. Níveis de LAN, problemas com MTU, diferença entre L4 e L7. Aqui são eliminados aqueles que «faziam tudo via pipelines prontos».
Métricas versus logs versus rastreamento, o que são SLO e budget, por que «o monitoramento existe, mas os incidentes não são visíveis». Caso prático: usuários reclamam, mas as métricas estão normais — o que você verifica.
Ordem de ações quando a produção cai, quem toma decisões, como se comunicar, como escrever um postmortem sem buscar culpados. Esta é a pergunta favorita dos entrevistadores: ela mostra experiência real.
A estrutura funciona: sintoma → hipóteses → o que verifico → solução → prevenção.
«Usuários relatam 502. Primeiro olho o balanceador: os upstreams estão vivos. Se estiverem, verifico os logs da aplicação e as métricas de latência. No projeto anterior, a causa era o esgotamento do pool de conexões com o BD: aumentar o pool e adicionar um timeout ajudou. A prevenção é um alerta para a utilização do pool, e não para 5xx».
— exemplo de resposta da prática de análise de entrevistas
Uma semana de 30–40 minutos por dia: revisar sete tópicos, lembrar de dois ou três incidentes reais com números e passar por um diálogo completo uma vez. O caso sobre o incidente é mais importante do que a teoria — é nele que a maioria costuma ser eliminada.
Se estiver na vaga — sim, pelo menos no nível de probes, limites e análise de um pod que está caindo. Se a infraestrutura for em máquinas virtuais, perguntam sobre systemd, balanceamento e deploy sem orquestrador.
Sim — Python, Go ou Bash no nível de scripts de automação. Live coding completo acontece menos, mas podem pedir para analisar um script de outra pessoa e encontrar um erro nele.
Diga diretamente e mostre o princípio: «não trabalhei com isso, mas a tarefa é resolvida da mesma forma que X — por meio de descrição declarativa e execução idempotente». O entrevistador verifica a transferibilidade do raciocínio, não o conhecimento da API.
Com uma faixa, e não com um único número, com base no mercado. A análise detalhada está no artigo negociação salarial.
Descreva a situação em uma frase — «entrevista para engenheiro DevOps, Kubernetes e CI/CD, quatro anos de experiência» — e faça o diálogo no simulador. O treinador fará perguntas sobre sua função e analisará as respostas após a conversa.
Lembre-se de dois incidentes seus e descreva-os conforme o esquema: sintoma — hipóteses — o que foi verificado — solução — prevenção. Em seguida, execute o caso em voz alta: abra o HintMeTalk AI, modo «Treinador», descreva a vaga em uma frase. Após a análise, dá para ver onde você começa a corrigir sem ter verificado a hipótese.
Análises para outras funções: Java, Python, frontend, analista de sistemas.
Pratique esta habilidade no HintMeTalk AI
Abrir o app