Quem contrata para DevOps procura alguém que faça a entrega de software ser rápida e segura ao mesmo tempo: pipelines confiáveis, infraestrutura reproduzível, ambientes observáveis e custo de nuvem sob controle. O currículo precisa mostrar cada uma dessas frentes com números: tempo de deploy, frequência de release, disponibilidade, tempo de recuperação, economia em nuvem.
O erro típico é listar ferramentas (Docker, Kubernetes, Terraform, Jenkins) como se a lista fosse o trabalho. O recrutador quer saber o que mudou na operação depois que a pessoa chegou. Este guia mostra o que pesa na leitura, quais termos as vagas filtram, como escrever tópicos com métricas de operação e como fica um exemplo completo dentro da área de tecnologia.
Neste guia
O que pesa no currículo de DevOps
A experiência precisa responder, em cada cargo, qual era o ambiente (provedor de nuvem, quantidade de serviços, volume de deploys), o que a pessoa construiu (pipelines, infraestrutura como código, observabilidade, cluster) e o efeito medido em métricas DORA ou equivalentes: frequência de deploy, lead time, taxa de falha, tempo de recuperação.
Certificações pesam mais aqui do que na maioria dos cargos de desenvolvimento. AWS Solutions Architect, Azure Administrator, Google Cloud Engineer, CKA (Kubernetes) e Terraform Associate aparecem como requisito ou diferencial na maior parte das vagas de pleno em diante, e convém colocá-las com o ano de obtenção, perto da formação.
A seção de habilidades deve se organizar por camadas: nuvem, containers e orquestração, infraestrutura como código, CI/CD, observabilidade, linguagens de script. Formação em Redes, Sistemas de Informação, Ciência da Computação ou tecnólogo em Redes de Computadores é comum; muitos perfis vêm de administração de sistemas, e essa origem vale ser mostrada como base em Linux e operação.
Palavras-chave que as vagas buscam
Os termos mais frequentes nas vagas de DevOps e SRE no Brasil:
- AWS, Azure ou GCP
- Kubernetes e Helm
- Docker
- Terraform (infraestrutura como código)
- Ansible
- CI/CD (GitHub Actions, GitLab CI, Jenkins, Azure DevOps)
- ArgoCD e GitOps
- Linux
- Bash e Python
- Observabilidade (Prometheus, Grafana, Datadog, ELK)
- SRE e SLO
- Segurança em pipelines (DevSecOps)
- FinOps e otimização de custos
- Redes, VPC e DNS
- Plantão e resposta a incidentes
Esses termos rendem mais nos tópicos de experiência, ligados a um resultado, e repetidos na seção de habilidades com a grafia da vaga. A ferramenta para adaptar o currículo à vaga aponta o que o anúncio pede e o documento ainda não menciona.
Descrições de experiência que funcionam
Cada tópico de DevOps deve terminar em uma métrica de operação. Os pares abaixo mostram a diferença:
| Assim não | Assim sim |
|---|---|
| Responsável pelos pipelines de CI/CD | Reconstruí os pipelines de 35 serviços em GitLab CI e reduzi o tempo médio de deploy de 45 para 8 minutos, chegando a 12 deploys por dia em vez de 3 por semana |
| Administração de infraestrutura na AWS | Migrei 40 serviços de EC2 para Kubernetes (EKS) com Terraform e Helm, cortando 28% do custo mensal de nuvem |
| Implantação de monitoramento | Implantei Prometheus, Grafana e alertas por SLO em 60 serviços e reduzi o tempo médio de recuperação de incidentes de 3 horas para 35 minutos |
| Gestão de ambientes | Automatizei a criação de ambientes de teste com Terraform e ArgoCD, de 2 dias de configuração manual para 15 minutos sob demanda |
| Suporte às equipes de desenvolvimento | Criei templates de pipeline e documentação que permitiram a 9 squads publicar sem depender da equipe de infraestrutura |
| Melhoria de segurança | Adicionei varredura de imagens e de dependências (Trivy, Dependabot) nos pipelines e eliminei 210 vulnerabilidades críticas em 4 meses |
Júnior vs. sênior
Um perfil júnior em DevOps costuma vir de suporte, administração de sistemas ou desenvolvimento, e o currículo deve aproveitar essa origem: Linux, redes, scripts, ambientes que manteve. Laboratórios próprios contam: um cluster Kubernetes local, uma infraestrutura em Terraform em repositório público, um pipeline configurado para projeto pessoal. Certificações de nível associate (AWS Cloud Practitioner ou Solutions Architect Associate) compensam a falta de histórico.
No sênior, o currículo mostra a plataforma inteira: desenho de infraestrutura para dezenas de serviços, estratégia de observabilidade, política de custos, plano de resposta a incidentes, padrões que outras equipes seguem. As métricas passam de "pipeline mais rápido" para "disponibilidade de 99,95% em 18 meses" e "economia anual de R$ 900 mil em nuvem". Duas páginas são aceitáveis com mais de oito anos, seguindo o critério do guia de currículo de uma ou duas páginas.
Disponibilidade, tempo de recuperação e custo são as três métricas que qualquer gestor de infraestrutura entende de imediato. Pelo menos uma delas deve aparecer em cada cargo.
Erros frequentes neste cargo
Os currículos de DevOps falham quase sempre por descrever instalação em vez de operação:
- Lista de ferramentas sem operação. Vinte nomes na seção de habilidades e nenhum tópico dizendo quantos serviços, quantos deploys ou qual disponibilidade.
- Omitir o provedor de nuvem. "Cloud" genérico não passa em filtro; a vaga pede AWS, Azure ou GCP com nome.
- Nenhuma métrica de confiabilidade. Sem disponibilidade, tempo de recuperação ou taxa de falha de deploy, o perfil parece de instalação, não de operação.
- Esconder a origem em suporte ou sysadmin. Essa base é justamente o que muitas vagas querem; apagar os anos de Linux e redes enfraquece o currículo.
- Certificações vencidas ou sem data. Certificações de nuvem expiram; informar o ano evita a suspeita de que estão desatualizadas.
- Currículo em duas colunas com gráficos. O ATS das grandes empresas lê fora de ordem; um modelo de currículo simples de uma coluna evita o problema.
Exemplo de currículo de DevOps
O exemplo abaixo mostra um perfil pleno com origem em infraestrutura, em uma página. Nome e empresas são fictícios.
Engenheiro DevOps pleno ou sênior em plataforma de engenharia, com foco em Kubernetes, infraestrutura como código e confiabilidade.
Engenheiro DevOps com 6 anos de experiência, dos quais 3 em administração de sistemas Linux. Especializado em AWS, Kubernetes, Terraform e GitLab CI, com histórico de redução de custo de nuvem e de tempo de recuperação de incidentes em ambientes com dezenas de serviços.
Engenheiro DevOps pleno, Comércio Conectado (marketplace), Curitiba. 2022 - atual
- Migrei 40 serviços de EC2 para Kubernetes (EKS) com Terraform e Helm, cortando 28% do custo mensal de nuvem.
- Reconstruí os pipelines de 35 serviços em GitLab CI e reduzi o tempo médio de deploy de 45 para 8 minutos, chegando a 12 deploys por dia.
- Implantei Prometheus, Grafana e alertas por SLO em 60 serviços e reduzi o tempo médio de recuperação de incidentes de 3 horas para 35 minutos.
Analista de infraestrutura, Sigma Telecom, Curitiba. 2019 - 2022
- Administrei 120 servidores Linux e automatizei a configuração com Ansible, reduzindo em 70% o tempo de provisionamento de novos hosts.
- Automatizei a criação de ambientes de teste com Terraform, de 2 dias de configuração manual para 15 minutos sob demanda.
- Adicionei varredura de imagens e dependências nos pipelines e eliminei 210 vulnerabilidades críticas em 4 meses.
Tecnólogo em Redes de Computadores, UTFPR, 2019. AWS Certified Solutions Architect Associate, 2023. CKA (Certified Kubernetes Administrator), 2024.
AWS (EKS, EC2, RDS, S3, IAM), Kubernetes, Helm, Docker, Terraform, Ansible, GitLab CI, GitHub Actions, ArgoCD, Prometheus, Grafana, Datadog, Linux, Bash, Python. Inglês avançado.
Perguntas frequentes
Quais certificações pesam no currículo de DevOps?
As do provedor de nuvem que a vaga usa (AWS Solutions Architect, Azure Administrator, Google Cloud Engineer), CKA para Kubernetes e Terraform Associate. Convém informar o ano, porque a maioria expira em dois ou três anos.
Como mostrar resultados em DevOps se o trabalho é de bastidor?
Com as métricas que a operação acompanha: frequência de deploy, tempo de deploy, disponibilidade, tempo de recuperação, custo mensal de nuvem, vulnerabilidades corrigidas. Cada tópico com um número antes e depois já demonstra o impacto.
Administrador de sistemas pode se candidatar a vagas de DevOps?
Pode, e a base em Linux, redes e operação é valorizada. O currículo deve acrescentar o que falta: um pipeline configurado, infraestrutura como código em repositório público, um cluster Kubernetes de laboratório e uma certificação de nuvem.
O currículo de DevOps precisa mencionar plantão?
Sim, quando houve. Participar de escala de plantão e resolver incidentes reais é parte do cargo, e uma linha com a frequência e um exemplo de incidente resolvido diz muito sobre maturidade operacional.