Blog · Currículos de tecnologia
Currículo de DevOps e SRE: como mostrar confiabilidade sem expor incidentes
No currículo de DevOps e SRE, mostre o que você automatizou, o que passou a ser observado e como os sistemas ficaram mais confiáveis, com indicadores em forma relativa ou agregada quando os números absolutos são confidenciais. Descreva incidentes pelo tipo de problema e pela prevenção que você construiu, sem nomear clientes, datas exatas ou perdas. Ferramentas como Kubernetes e Terraform entram dentro dessas frases.
Três frentes que o currículo precisa mostrar
As vagas de infraestrutura, DevOps e SRE costumam cobrar três coisas, em proporções diferentes: automação (tirar trabalho manual e risco do caminho), operação (manter sistemas de pé, responder a incidentes) e confiabilidade (definir o que é “funcionando” e melhorar isso com o tempo). Um bom currículo tem evidência das três.
| Frente | Exemplos de trabalho | Como medir sem expor |
|---|---|---|
| Automação | Infraestrutura como código, pipeline de deploy, provisionamento de ambientes | Tempo do processo antes e depois, passos manuais eliminados, frequência de deploy |
| Operação | Plantão, resposta a incidentes, runbooks, capacidade | Tamanho do ambiente em ordem de grandeza, tipo de incidente tratado, tempo de recuperação em termos relativos |
| Confiabilidade | SLOs, alertas, observabilidade, testes de recuperação | Indicador que você definiu, alertas ruidosos removidos, falhas detectadas antes do cliente |
Como falar de incidentes e números confidenciais
Quem trabalha com operação conhece detalhes sensíveis: quedas, falhas de segurança, clientes afetados, custos. Contratos de trabalho e políticas internas podem proibir a divulgação dessas informações. O currículo pode mostrar a sua competência sem quebrar esse sigilo.
- Descreva o tipo, não o evento: “falhas em cascata entre serviços de pagamento” em vez de “a queda de 14 de março que derrubou o cliente X”.
- Use números relativos: “reduzi pela metade o tempo de recuperação” em vez de minutos exatos de indisponibilidade.
- Use ordem de grandeza: “dezenas de clusters”, “centenas de serviços” em vez da contagem exata, se ela for sensível.
- Foque na prevenção: o que você construiu depois do incidente (alerta, teste, mudança de arquitetura) é o que mais interessa a quem contrata.
- Não cite clientes nem valores de prejuízo, a menos que sejam públicos.
Exemplos de tópicos
Os exemplos abaixo são inventados. Os números são agregados e fictícios, apenas para mostrar a forma; use os seus, quando puder divulgá-los.
Antes: “Gerenciamento de infraestrutura na AWS com Terraform.”
Depois: “Passei a criação de ambientes de homologação para Terraform com módulos reutilizáveis; um ambiente que levava dois dias de chamados passou a subir em menos de uma hora, pelo próprio time de produto.”
Antes: “Monitoramento com Prometheus e Grafana.”
Depois: “Defini com os times de produto os SLOs de disponibilidade e latência das APIs públicas e troquei alertas por limite fixo por alertas de consumo do orçamento de erro; o volume de alertas no plantão caiu para cerca de um terço, e os que restaram passaram a indicar problema real.”
“Conduzi a análise pós-incidente de uma falha em cascata entre serviços internos e implementei circuit breakers e limites de concorrência; o mesmo tipo de falha não se repetiu nos meses seguintes.”
O terceiro exemplo não diz quando foi, quem foi afetado nem quanto custou. Ainda assim mostra investigação, decisão técnica e prevenção, que é o que um time de SRE quer ver.
Ferramentas: marca e fundamento
Vagas de infraestrutura citam muitas marcas: Kubernetes, Terraform, AWS, GCP, Datadog. Por trás delas há fundamentos que se transferem: orquestração de contêineres, infraestrutura como código, redes, observabilidade, gestão de segredos. Quando você usou uma ferramenta diferente da que a vaga cita, mostre o fundamento e diga qual ferramenta usou.
O guia Quais fundamentos aparecem nas vagas de DevOps e SRE separa marcas e fundamentos com os números do catálogo. Para quem trocou de nuvem, Experiência transferível entre AWS e Azure mostra como apresentar a equivalência.
O que as vagas de infraestrutura e DevOps pedem hoje
A contagem abaixo é feita sobre as vagas abertas de Infraestrutura e DevOps do catálogo, todas com contratação confirmada para quem mora no Brasil, por vaga única.
- 01AWS52%
- 02Kubernetes42%
- 03Terraform41%
- 04Python40%
- 05CI/CD39%
- 06Azure28%
- 07Linux28%
- 08GCP27%
- 09Grafana24%
- 10GitHub20%
Fundamentos mais exigidos
- Cloud e infraestrutura69%
- Observabilidade63%
- AWS52%
- Segurança44%
- Kubernetes42%
- Azure28%
Diferenciais mais citados
- Cloud e infraestrutura69%
- Observabilidade63%
- AWS52%
- Colaboração43%
- Kubernetes42%
- Ownership e autonomia39%
Currículo para vagas de Infraestrutura e DevOps · Ranking completo em Skills
O que a contagem não mede: o tamanho do ambiente que a vaga opera, a parte de plantão e as exigências que a empresa cobra sem escrever no anúncio. Também não separa DevOps, SRE e plataforma, que dividem a mesma área. Leia cada anúncio para saber qual delas ele descreve.
Vindo de suporte ou de desenvolvimento
Muita gente chega a DevOps vindo de suporte, administração de sistemas ou desenvolvimento. Em qualquer caso, a experiência anterior conta se você mostrar a parte operacional dela: scripts que automatizaram tarefas, servidores que administrou, pipelines que configurou para o seu time. O guia De suporte para DevOps mapeia o que se transfere e o que exige prática nova.
Perguntas frequentes
O que colocar no currículo de DevOps?
Tópicos que mostrem automação, operação e confiabilidade, cada um com o problema, o que você fez e o efeito, e as ferramentas dentro das frases. Uma seção de habilidades agrupada por fundamento ajuda a leitura.
Posso citar incidentes no currículo?
Pode, pelo tipo de problema e pela prevenção que você construiu, sem datas, clientes ou prejuízos. Se o contrato ou a política da empresa restringe, generalize ainda mais.
Como mostrar resultados de SRE sem números confidenciais?
Use números relativos (metade do tempo de recuperação), ordem de grandeza (centenas de serviços) ou o efeito observado (alertas que passaram a indicar problema real).
Quais tecnologias as vagas de DevOps pedem?
No catálogo de 02/11/2026, as mais citadas nas 162 vagas abertas de Infraestrutura e DevOps são AWS (52%), Kubernetes (42%) e Terraform (41%), contadas por vaga única.