Quais fundamentos aparecem nas vagas de DevOps e SRE do catálogo
No catálogo de 02/11/2026, as tecnologias mais citadas nas 162 vagas de Infraestrutura e DevOps abertas para quem mora no Brasil são AWS (52%), Kubernetes (42%) e Terraform (41%). Por trás das marcas, os anúncios pedem fundamentos: automação, CI/CD, observabilidade, incidentes e segurança.
O que as vagas de infraestrutura e DevOps pedem hoje
No catálogo, vagas de DevOps, SRE, plataforma e cloud costumam ficar na área de Infraestrutura e DevOps. A contagem abaixo mostra as tecnologias mais citadas, os fundamentos que aparecem na parte de requisitos e os diferenciais, nas vagas abertas com contratação confirmada para quem mora no Brasil.
- 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
A mesma contagem, com filtro por nível, está em Skills de Infraestrutura e DevOps. As vagas da área estão em /vagas/infraestrutura-e-devops.
Marca de ferramenta × fundamento de operação
Quase toda marca de ferramenta em DevOps é uma forma de praticar um fundamento. Quem entende o fundamento aprende a ferramenta vizinha mais rápido; quem só decorou a ferramenta sofre quando a empresa usa outra.
| Fundamento | O que significa na prática | Ferramentas que costumam representá-lo |
|---|---|---|
| Infraestrutura como código | Criar e mudar ambientes por código revisado, não à mão | Terraform, Pulumi, CloudFormation |
| CI/CD e deploy | Levar código ao ambiente de forma repetível e reversível | GitHub Actions, GitLab CI, Jenkins, Argo CD |
| Orquestração e contêineres | Rodar e escalar serviços de forma padronizada | Docker, Kubernetes, ECS |
| Observabilidade | Saber o que acontece no sistema por métricas, logs e traces | Prometheus, Grafana, Datadog, OpenTelemetry |
| Confiabilidade e incidentes | Definir metas de disponibilidade, responder e aprender com falhas | SLOs, plantão, postmortem |
| Cloud e redes | Desenhar redes, permissões e custos em um provedor | AWS, GCP, Azure |
Classificando um anúncio (exemplo inventado)
Ler um anúncio de SRE com essa separação ajuda a ver o que é central. O anúncio abaixo é inventado.
Requisitos: experiência operando Kubernetes em produção; Terraform; monitoramento com Prometheus e Grafana; participação em escala de plantão.
Diferenciais: experiência definindo SLOs; conhecimento de redes em AWS; Go ou Python para automação.
| Trecho | Marca | Fundamento por trás | Peso provável |
|---|---|---|---|
| Kubernetes em produção | Kubernetes | Orquestração e operação | Central: “em produção” pede experiência real |
| Terraform | Terraform | Infraestrutura como código | Central; outra ferramenta de IaC é um equivalente próximo |
| Prometheus e Grafana | Prometheus, Grafana | Observabilidade | Central; o conceito importa mais que a marca |
| Escala de plantão | Nenhuma | Resposta a incidentes | Central, e não aparece em ranking de tecnologias |
| SLOs | Nenhuma | Confiabilidade | Diferencial |
| Go ou Python | Go, Python | Automação por código | Diferencial |
Duas das exigências mais importantes do anúncio (plantão e SLOs) não têm marca. É por isso que olhar só o ranking de tecnologias engana: o que distingue SRE de administração de sistemas está nas frases, não nos nomes.
O que essa contagem não mede
- Não separa DevOps de SRE de plataforma. Todos ficam na mesma área, e as palavras variam de empresa para empresa.
- Não mede escala. Operar dez servidores e operar milhares aparecem igual na contagem.
- Não vê exigências sem nome. Plantão, postmortem e cultura de blameless aparecem no texto, mas não como tecnologia.
- Não é o mercado inteiro. São as vagas abertas do catálogo, com contratação confirmada para quem mora no Brasil.
- Não diz qual cloud você deveria aprender. Mostra qual aparece mais nas vagas de hoje; as vagas que você quer podem ser diferentes.
Como usar a contagem
- Converta o topo do ranking em fundamentos com a tabela acima e marque os que você já praticou em produção.
- Se falta um fundamento, pratique-o com a ferramenta mais citada. Assim você cobre os dois de uma vez.
- No currículo, conte a operação, não a lista. Um tópico como “migrei 40 serviços para Kubernetes com deploy por Argo CD” (exemplo inventado) mostra fundamento e ferramenta. O guia Currículo de DevOps e SRE mostra como fazer isso sem expor incidentes.
- Vindo de suporte ou infraestrutura tradicional? O guia Do suporte para DevOps mapeia o que se transfere.
- Pensando em certificação? Veja Certificação aparece como requisito nas vagas de cloud?.
Perguntas frequentes
Quais as ferramentas mais pedidas em vagas de DevOps?
No catálogo de 02/11/2026, as tecnologias mais citadas nas 162 vagas abertas de Infraestrutura e DevOps são AWS (52%), Kubernetes (42%) e Terraform (41%), contadas por vaga única.
Qual a diferença entre DevOps e SRE nas vagas?
Os anúncios de SRE costumam falar mais de confiabilidade: SLOs, plantão, incidentes e postmortem. Os de DevOps, mais de automação, CI/CD e infraestrutura como código. Na prática, as duas palavras se misturam, e o texto da vaga diz mais do que o título.
Preciso saber Kubernetes para trabalhar com DevOps?
Muitas vagas citam, mas não todas. Confira nas vagas que você quer se ele aparece como requisito ou como contexto, e entenda o fundamento por trás: rodar e escalar serviços de forma padronizada.