Docker, Kubernetes e CI/CD no currículo:
as palavras de infra que mais somem

Se você trabalha com tecnologia, provavelmente já mexeu com Docker, entende o básico de Kubernetes e configurou algum pipeline de CI/CD, mas essas três palavras não aparecem no seu currículo. Esse é o padrão mais comum entre profissionais de infra: a skill existe no dia a dia e some no papel. E, como o ATS só pontua o que está escrito, o que ele não lê ele não conta.

A boa notícia é que resolver isso não exige inventar experiência. Exige escrever, com honestidade, o que você já faz. A regra deste guia é simples e não vamos abandonar ela: escreva o que você realmente sabe e prove com um resultado. Keyword sem contexto derruba você na entrevista técnica, então a meta nunca é enganar o filtro, é traduzir a sua competência real para a linguagem que o ATS e o recrutador reconhecem.

Neste artigo, você vai entender por que Docker, Kubernetes e CI/CD desaparecem dos currículos, como comprovar cada uma sem inflar, um método objetivo para escrever cada linha e exemplos de bullet fraco contra bullet forte que fazem a diferença na triagem.

Por que as palavras de infra somem do currículo

Profissionais de infra costumam tratar Docker, Kubernetes e CI/CD como parte invisível do trabalho. Você usa docker compose todo dia para subir o ambiente, mas na hora de descrever a experiência escreve apenas "responsável pelo ambiente de desenvolvimento". O ATS lê essa frase e não encontra nenhuma keyword técnica. Para o algoritmo, você não usa containers, porque a palavra não está lá.

Existe também um pudor de parecer que está inflando. Quem configurou um pipeline uma vez, mas não se considera especialista, prefere omitir a palavra CI/CD a ter que explicar o nível. O efeito é o oposto do desejado: em vez de proteger sua credibilidade, você entrega um currículo que parece menos qualificado do que você realmente é.

E há o caso de quem descreve tudo em termos genéricos. "Automação de deploys" no lugar de CI/CD com GitHub Actions. "Orquestração de aplicações" no lugar de Kubernetes. "Empacotamento de serviços" no lugar de Docker. O recrutador configurou o ATS para buscar os nomes exatos, e o sistema não faz a ponte entre a descrição vaga e a tecnologia específica. Você perde pontos por uma escolha de palavra, não por falta de competência.

Se você quer entender o paradoxo de quem faz o trabalho de infra mas não consegue provar no papel, vale ler nosso artigo sobre o paradoxo do currículo de dev e DevOps.

O detalhe importante desse número é que ele não fala de gente sem experiência. Fala de gente que tem a skill e esqueceu de escrever. É a lacuna mais barata de corrigir que existe, porque não depende de estudar nada novo, só de descrever melhor o que já está no seu histórico.

O que o mercado de tech está pedindo

Segundo levantamentos do mercado de tecnologia brasileiro em 2026, containers e orquestração (Docker e Kubernetes) aparecem como requisito em cerca de 70% das vagas sênior de tech. Não é mais um diferencial de nicho de DevOps: virou expectativa básica para desenvolvedores, engenheiros de dados, SREs e até parte das vagas de backend. Se o requisito está em sete de cada dez descrições sênior, deixar a palavra de fora significa sair do filtro logo na primeira etapa.

No mesmo cenário, os mesmos levantamentos apontam que a área de TI mantém mais de 70 mil vagas não preenchidas no Brasil. Existe demanda represada, e boa parte da distância entre candidato e vaga não está na competência técnica, e sim na forma como o currículo comunica essa competência para um sistema automático antes de chegar a um humano.

Ou seja: o mercado quer essas skills, muitos candidatos as possuem, e mesmo assim o currículo trava na triagem. A ponte entre esses dois lados é escrever a keyword certa no lugar certo, com prova. Para uma visão mais ampla das competências de infra que a triagem espera, veja também nosso guia sobre currículo para DevOps e SRE no ATS.

As palavras de infra que o ATS procura

Abaixo estão as keywords de infra e containers que mais aparecem em vagas de tech e que mais somem dos currículos. A coluna de nível de prova indica o mínimo que você deve ter para citar a palavra com honestidade. Inclua apenas as que correspondem à sua experiência real, cada uma acompanhada de um resultado.

Como comprovar cada skill sem inflar

Provar uma competência de infra não é jurar que você é especialista. É mostrar, com uma frase concreta, o que você fez e o que aconteceu por causa disso. A honestidade aqui é estratégica: o ATS aprova pela keyword, mas a entrevista técnica valida a substância. Se a linha do currículo promete mais do que você entrega, o custo aparece na conversa com o time técnico.

Docker

Se você já escreveu um Dockerfile, containerizou uma aplicação ou usou docker compose para subir o ambiente local, você tem base para citar Docker. Descreva o que containerizou e qual problema isso resolveu. Exemplo: "containerizei a API e o banco com Docker Compose, padronizando o ambiente e reduzindo o tempo de setup de novos devs de meio dia para 15 minutos".

Kubernetes

Kubernetes é onde o exagero mais aparece, então é onde a honestidade mais protege você. Se você fez deploy de uma aplicação em um cluster, entende pods, deployments e services, cite com um qualificador de nível: "conhecimento intermediário em Kubernetes, com deploy de serviço em cluster gerenciado". Se só estudou, diga que estudou ou mostre um projeto pessoal rotulado como tal. Nunca escreva "administração de clusters Kubernetes em produção" se você nunca administrou um.

CI/CD

CI/CD é uma prática, então sempre nomeie a ferramenta concreta que você usou. "Configurei pipeline de CI/CD com GitHub Actions para rodar testes e publicar a imagem a cada merge" pontua nos dois termos (CI/CD e GitHub Actions) e mostra o fluxo real. Se você só mantinha um pipeline que outra pessoa criou, escreva "mantive e evoluí o pipeline de CI/CD" em vez de reivindicar que construiu do zero.

O método: verbo de ação + ferramenta + resultado

Toda linha de experiência técnica fica mais forte quando segue a mesma fórmula: um verbo de ação, a ferramenta ou prática nomeada e um resultado com número. Essa estrutura entrega a keyword que o ATS busca e a prova que o recrutador quer, na mesma frase.

O verbo de ação mostra que você fez, não que você "participou". A ferramenta nomeada garante a keyword exata. O resultado com número transforma tarefa em impacto. Veja a diferença entre listar e comprovar aplicada a infra, um tema que também exploramos no artigo sobre currículo de desenvolvedor no ATS.

Exemplo com Docker

• Fraco: "Trabalhei com containers no ambiente de desenvolvimento."
• Forte: "Containerizei a aplicação com Docker e padronizei o ambiente em Docker Compose, cortando o tempo de onboarding técnico de 4 horas para 30 minutos."

Exemplo com CI/CD

• Fraco: "Responsável pela automação de deploys da equipe."
• Forte: "Implementei pipeline de CI/CD com GitHub Actions, automatizando testes e deploy e reduzindo o tempo de entrega de uma release de 2 horas manuais para 12 minutos."

Exemplo com Kubernetes

• Fraco: "Atuei com orquestração de aplicações em nuvem."
• Forte: "Fiz deploy de microsserviços em cluster Kubernetes gerenciado, configurando health checks que reduziram o tempo de recuperação de falhas de 15 para 3 minutos."

Note que os três exemplos fortes contêm a keyword exata (Docker, CI/CD, GitHub Actions, Kubernetes, microsserviços) e um resultado quantificado. É exatamente essa combinação que faz o ATS reconhecer o termo e o recrutador acreditar nele.

Onde colocar as keywords de infra no currículo

Não basta ter as palavras certas, elas precisam estar nos lugares que o ATS mais pontua. Distribua as keywords de infra em três pontos, sempre com contexto:

1. 1. Resumo profissional
   É a seção de maior peso. Em três ou quatro linhas, cite as tecnologias principais que você domina de verdade. Exemplo: "Engenheiro de software com 5 anos de experiência em Docker, Kubernetes e pipelines de CI/CD com GitHub Actions". Isso põe as keywords logo no topo, onde o ATS dá mais atenção.
2. 2. Descrição das experiências
   Aqui é onde a prova acontece. Cada keyword de infra deve aparecer dentro de um bullet no formato verbo + ferramenta + resultado. O ATS mais avançado valoriza a keyword no contexto do cargo, não só numa lista solta de habilidades.
3. 3. Seção de habilidades técnicas
   Liste as ferramentas em texto simples, separadas por vírgula. Docker, Kubernetes, CI/CD, GitHub Actions, Terraform, AWS. Sem barras de progresso ou ícones, porque o parser não lê elementos visuais. Esta seção reforça as keywords, mas nunca substitui a prova nas experiências.

Para uma visão completa de quais competências técnicas mais faltam nos currículos e como preencher essas lacunas, veja nosso levantamento sobre as skills que mais faltam no currículo de tecnologia. E, se você ainda está montando a base do documento, o nosso modelo de currículo otimizado para ATS mostra a estrutura ideal seção por seção.

Erros comuns ao citar Docker, Kubernetes e CI/CD

Alguns erros aparecem repetidamente nos currículos de tech e derrubam candidatos que teriam passado com uma correção simples. Fuja destes:

• Empilhar termos sem contexto: uma seção de habilidades com 30 tecnologias, sem nenhuma delas aparecendo nas experiências, sinaliza inflação. O ATS avançado cruza a habilidade listada com o histórico. Keyword sem lastro no cargo pontua menos e ainda te expõe na entrevista técnica.
• Traduzir os nomes técnicos: "conteinerização" no lugar de Docker, "orquestração de contêineres" no lugar de Kubernetes, "integração e entrega contínuas" no lugar de CI/CD. A tradução pode complementar, mas nunca substitui a grafia oficial que o ATS busca.
• Prometer nível que não tem: escrever "especialista em Kubernetes" depois de um curso introdutório. O filtro aprova, mas a conversa técnica desmonta. Use qualificadores honestos e durma tranquilo antes da entrevista.
• Não nomear a ferramenta de CI/CD: escrever apenas "CI/CD" sem dizer se foi GitHub Actions, GitLab CI ou Jenkins. Muitas vagas buscam a ferramenta específica. Nomear cobre os dois termos e mostra domínio real do fluxo.
• Deixar o resultado de fora: "configurei Docker e Kubernetes" sem nenhum número. Profissionais de infra medem tudo (uptime, tempo de deploy, latência) e esquecem de medir o próprio impacto no currículo. Sempre feche o bullet com um resultado.
• Confiar só no GitHub: supor que o recrutador vai abrir seu repositório para ver os pipelines. O ATS não acessa links externos, e boa parte dos recrutadores não abre no primeiro filtro. Tudo que importa precisa estar no texto do currículo.

Para fechar todas as pontas e evitar a rejeição automática, vale ler nosso guia sobre como passar no ATS com técnicas comprovadas e entender melhor como funciona o score do ATS e como aumentar o seu.

Perguntas Frequentes

Preciso ser especialista em Kubernetes para colocar no currículo?

Não precisa ser especialista, mas precisa ser honesto sobre o nível. Se você já fez deploy de uma aplicação em um cluster ou entende pods, deployments e services, tem base para citar Kubernetes. Use qualificadores como "conhecimento intermediário em Kubernetes" e sempre acompanhe a keyword de um resultado real. O ATS registra a palavra e a entrevista técnica valida o que você escreveu, então nunca prometa um domínio que você não consegue defender.

Qual a diferença entre citar Docker e citar CI/CD no currículo?

Docker é uma ferramenta específica (containers), enquanto CI/CD é uma prática que pode envolver várias ferramentas (GitHub Actions, GitLab CI, Jenkins). No currículo, escreva Docker como ferramenta e CI/CD como prática, sempre nomeando a ferramenta concreta que você usou. "Configurei pipeline de CI/CD com GitHub Actions" pontua mais do que "experiência com automação de deploys", porque o ATS reconhece os dois termos exatos.

Como comprovar experiência com Docker e Kubernetes se nunca usei no trabalho?

Projetos pessoais, cursos práticos com deploy real e contribuições open source contam, desde que você descreva o que fez com número ou resultado. Escreva algo como "containerizei uma API em Docker e publiquei em cluster local com Kubernetes em projeto próprio". O importante é não passar a impressão de experiência corporativa que você não tem. Rotule como projeto pessoal e mantenha a honestidade, porque a entrevista técnica vai perguntar.

Devo escrever Docker e Kubernetes em português ou inglês no currículo?

Sempre em inglês, com a grafia oficial: Docker, Kubernetes, CI/CD, Terraform, Jenkins. Esses são nomes de tecnologia e é assim que o ATS e o recrutador buscam. Traduzir para "conteinerização" ou "orquestração de contêineres" pode até complementar, mas nunca substitui a palavra-chave exata. Mantenha o texto do currículo em português e preserve os nomes técnicos no original.

Colocar Docker e Kubernetes garante que meu currículo passa no ATS?

Não. A keyword faz o ATS reconhecer o termo, mas sozinha ela não garante vaga nenhuma. O que aumenta suas chances é a combinação de palavra-chave certa, contexto de uso e resultado quantificado, alinhados ao que a vaga específica pede. Escreva o que você realmente sabe, prove com um número e ajuste as keywords para cada descrição de vaga. Empilhar termos sem contexto derruba você na entrevista técnica.

Leia também

• Currículo Para DevOps e SRE: Keywords e Estrutura no ATS
• O Paradoxo do Currículo de Dev e DevOps: Faz e Não Prova
• As Skills Que Mais Faltam no Currículo de Tecnologia