--- title: "DevOps e cloud para junior: o que estudar sem tentar virar sênior antes da vaga" url: "https://eu.dev.br/carreira/devops-cloud-junior/" markdown_url: "https://eu.dev.br/carreira/devops-cloud-junior.MD" description: "DevOps, cloud e SRE aparecem em muitas vagas, mas junior não precisa decorar o data center inteiro. Veja a base que vale estudar e como montar evidência real." date: "2026-06-16" author: "" --- # DevOps e cloud para junior: o que estudar sem tentar virar sênior antes da vaga DevOps, cloud e SRE aparecem em muitas vagas, mas junior não precisa decorar o data center inteiro. Veja a base que vale estudar e como montar evidência real. DevOps e cloud viraram palavras que aparecem em quase toda vaga tech. Mesmo quando o cargo é backend, dados, QA, suporte, plataforma ou full-stack, o anúncio costuma listar AWS, Docker, Kubernetes, CI/CD, Terraform, Linux, monitoramento e alguma coisa de segurança. Para quem está buscando estágio ou primeira vaga junior, isso cria uma armadilha: tentar estudar tudo ao mesmo tempo e concluir que nunca estará pronto. Não cai nessa. Junior não precisa chegar sabendo operar produção sozinho, desenhar arquitetura multi-região ou resolver incidente crítico às 3h da manhã. Precisa mostrar base, responsabilidade e capacidade de aprender sem transformar ambiente em aposta. A diferença é grande. Este guia separa o que vale estudar primeiro, o que pode esperar, que tipo de portfólio faz sentido e como ler vaga de DevOps/cloud sem confundir lista de desejos com requisito obrigatório. Se você ainda está organizando a busca, combine com [mapa das vagas entry-level em tech no Brasil](/carreira/mapa-vagas-entry-level-tech-brasil/), [rotina semanal de fontes para vaga junior](/carreira/rotina-fontes-vagas-junior/) e a página viva de [vagas DevOps remotas](/vagas/devops-remoto/). ## comece pela função, não pela ferramenta DevOps não é uma ferramenta. Cloud não é uma certificação. SRE não é um cargo mágico. Na prática, esses nomes aparecem quando a empresa precisa que software rode com menos fricção: - código indo para produção com pipeline confiável; - ambiente previsível para desenvolvimento, teste e deploy; - infraestrutura criada de forma repetível; - logs, métricas e alertas suficientes para investigar problema; - custo e segurança minimamente controlados; - times de produto e infraestrutura falando a mesma língua. A pessoa junior entra nesse contexto para aprender partes pequenas, executar tarefas com supervisão e ganhar repertório. Pode mexer em pipeline, script, dashboard, container, documentação, ambiente de homologação, alerta simples, permissões ou suporte a time de desenvolvimento. O erro é estudar como se a primeira vaga fosse te colocar sozinho como dono de Kubernetes, AWS, observabilidade, segurança, banco, rede e incident response. Se a vaga promete isso para junior, provavelmente é vaga mal desenhada. ## a base que mais aparece nas vagas reais Olhando o mercado de vagas tech no Brasil, a base de DevOps/cloud aparece misturada com backend, dados, segurança e plataforma. Em vez de perseguir todas as siglas, priorize uma escada. ### 1. Linux e terminal Antes de Kubernetes, vem o básico: - navegar em diretórios; - ler e editar arquivo; - entender permissão; - usar `grep`, `find`, `curl`, `tail`, `journalctl` quando fizer sentido; - saber diferença entre processo, porta, serviço e log; - escrever comandos sem copiar às cegas. Você não precisa virar administrador Linux. Precisa conseguir investigar: "a aplicação subiu?", "qual erro apareceu no log?", "a porta está respondendo?", "o arquivo de configuração está certo?". ### 2. Git e fluxo de entrega DevOps sem Git vira gambiarra. Aprenda bem: - branch; - pull request; - revisão; - merge; - tag; - release; - rollback conceitual; - diferença entre código, build e deploy. Se você ainda trava em PR, leia [primeiro pull request como dev junior](/carreira/primeiro-pull-request-dev-junior/) e [code review para dev junior](/carreira/code-review-dev-junior/). Pipeline é só automação em volta desse fluxo. ### 3. Docker sem teatro Docker é o primeiro divisor prático. O que importa para junior: - entender imagem vs container; - escrever um `Dockerfile` simples; - passar variável de ambiente; - mapear porta; - ler log de container; - usar `docker compose` para app + banco local; - saber por que imagem pesada, segredo em imagem e volume mal usado dão problema. Não comece tentando memorizar todas as flags. Monte um app pequeno e rode com banco local. ### 4. CI/CD básico CI/CD não é só "rodar deploy automático". Para junior, começa com: - rodar teste em pull request; - executar lint; - construir artefato; - falhar rápido quando algo quebra; - separar segredo de repositório; - entender que pipeline precisa ser legível para o time. Um bom projeto de portfólio pode ter GitHub Actions, GitLab CI ou outro pipeline simples. O ponto não é a marca da ferramenta. É mostrar que você sabe transformar "funciona na minha máquina" em rotina verificável. ### 5. Cloud introdutória Escolha uma nuvem para começar. AWS costuma aparecer bastante, mas Azure e GCP também têm demanda. Não tente estudar as três ao mesmo tempo. Base útil: - região e zona; - IAM/permissões; - rede básica; - máquina/compute; - storage; - banco gerenciado; - logs; - custo; - diferença entre ambiente de teste e produção. Se a vaga junior exige certificado avançado, Kubernetes, Terraform, várias clouds e anos de produção, leia com cuidado. Pode ser uma vaga pleno/sênior fantasiada. O guia de [vaga fake junior](/blog/fake-junior-como-identificar/) ajuda a separar exigência real de lista impossível. ### 6. Kubernetes e Terraform: depois da base Kubernetes e Terraform aparecem muito, mas não são o primeiro degrau. Para Kubernetes, comece entendendo: - pod; - deployment; - service; - configmap; - secret; - ingress; - health check; - log e restart. Para Terraform, comece entendendo: - recurso; - provider; - state; - plan; - apply; - variável; - por que revisar diff antes de aplicar. Você não precisa vender "sou especialista". Melhor dizer: "tenho projeto pequeno com Docker, pipeline, deploy e noções de Kubernetes/Terraform" do que fingir experiência de produção que não tem. ## como montar portfólio de DevOps/cloud junior Projeto bom não precisa ser enorme. Precisa ser verificável. Uma ideia forte: ```text API pequena + banco + Docker Compose + testes + CI + deploy documentado + logs básicos ``` O README deve explicar: - qual problema o app resolve; - como rodar localmente; - quais variáveis de ambiente existem; - como executar testes; - como o pipeline funciona; - que decisão você tomou e por quê; - quais limitações existem; - o que você faria em produção real. Se quiser ir além, adicione: - health check; - endpoint `/metrics` simples; - dashboard básico; - script de seed; - deploy em ambiente gratuito ou barato; - documentação de rollback conceitual. Evite projeto que só empilha ferramenta: Kubernetes, Terraform, ArgoCD, Prometheus, Grafana, Vault, Istio e três clouds para servir uma página estática sem explicação. Isso parece ansiedade, não maturidade. Se o projeto ainda não tem história, use [README de projeto para junior](/carreira/readme-projeto-junior/) e [portfólio com 3 projetos certos](/carreira/portfolio-3-projetos/) antes de adicionar mais ferramenta. ## como ler vaga de DevOps/cloud sem se sabotar Quando abrir uma vaga, separe quatro blocos. ### requisito de base Coisas como Linux, Git, Docker, CI/CD, lógica de rede, script e alguma linguagem. Se você não tem nada disso, volte para a base. ### requisito de ambiente AWS, Azure, GCP, Kubernetes, Terraform, observabilidade, banco, fila, cache, segurança. Aqui a pergunta é: a vaga quer experiência profunda ou exposição assistida? ### requisito de senioridade Palavras como "liderar", "desenhar arquitetura", "on-call", "incidente crítico", "governança", "migração complexa", "custo em larga escala" e "definir padrão" pesam mais do que a lista de ferramentas. Se aparecem muito em vaga junior, acende alerta. ### evidência de suporte Procure sinais de que junior vai aprender: - mentoria; - time de plataforma estruturado; - tarefas assistidas; - documentação; - onboarding; - code review; - pair programming; - expectativa clara para os primeiros meses. Sem isso, a vaga pode até ter título bonito, mas te colocar em risco. ## perguntas boas para entrevista Em vaga DevOps/cloud, junior precisa descobrir se existe trilho de aprendizado. Pergunte: - "Quais tarefas uma pessoa junior faria nos primeiros 30 e 90 dias?" - "Existe revisão antes de mexer em infraestrutura?" - "Como vocês separam ambiente de desenvolvimento, homologação e produção?" - "Quem acompanha incidentes e como junior participa?" - "O time usa documentação ou depende de conhecimento informal?" - "Quais ferramentas são essenciais no começo e quais posso aprender depois?" - "Existe plantão/on-call para essa vaga? Como funciona para junior?" Se a resposta for "aqui todo mundo faz tudo" e ninguém explicar suporte, cuidado. Autonomia sem trilho pode virar abandono. Use também [perguntas para entrevista dev junior](/carreira/perguntas-entrevista-dev-junior/) e [avaliar proposta do primeiro emprego tech](/carreira/avaliar-proposta-primeiro-emprego-tech/) para olhar salário, mentoria, rotina e risco juntos. ## roteiro de estudo de 8 semanas Não é fórmula mágica. É uma sequência para parar de pular de sigla em sigla. | semana | foco | entrega concreta | |---|---|---| | 1 | Linux e terminal | checklist de comandos para investigar app local | | 2 | Git e PR | repositório com branches, issues e README limpo | | 3 | Docker | app simples com Dockerfile e Compose | | 4 | testes e CI | pipeline rodando teste/lint no PR | | 5 | deploy simples | app publicado em ambiente de teste ou documentação de deploy | | 6 | logs e health check | endpoint de saúde, logs claros e guia de troubleshooting | | 7 | cloud básica | estudo prático de uma nuvem, custo e permissões | | 8 | revisão do portfólio | README, decisões, limitações e próximos passos | Se você está aplicando enquanto estuda, não espere a semana 8 para mandar currículo. Aplique em vagas onde a base já encaixa e use o estudo para melhorar evidência. ## o que não estudar agora Para primeira vaga, normalmente pode esperar: - service mesh avançado; - cluster multi-região; - otimização profunda de custo cloud; - segurança corporativa complexa; - certificação avançada sem prática; - mil ferramentas de observabilidade ao mesmo tempo; - arquitetura de plataforma interna completa. Esses assuntos são importantes, mas estudar tudo cedo demais cria conhecimento decorado sem contexto. Melhor dominar o caminho do código até um deploy simples e explicar trade-offs básicos com clareza. ## como escrever isso no currículo Evite: ```text DevOps Engineer | Kubernetes | AWS | Terraform | SRE | Cloud Architect ``` Se você é junior, isso pode parecer fantasia. Prefira algo como: ```text Desenvolvedor Junior / Cloud em formação, com projetos usando Linux, Git, Docker, CI/CD e deploy simples. Busco vaga junior, estágio ou suporte a plataforma com mentoria e foco em automação. ``` No projeto: ```text API de tarefas com Docker Compose, PostgreSQL, testes automatizados, pipeline CI e documentação de deploy. Inclui health check, variáveis de ambiente e guia de troubleshooting. ``` Isso dá conversa concreta para entrevista. ## resumo prático Se você quer entrar em DevOps/cloud como junior, a ordem é: 1. Linux suficiente para investigar. 2. Git suficiente para trabalhar em time. 3. Docker suficiente para empacotar e rodar app. 4. CI/CD suficiente para validar mudança. 5. Uma nuvem, não três. 6. Kubernetes e Terraform com noção, não teatro. 7. Portfólio pequeno, documentado e reproduzível. 8. Vaga com mentoria, revisão e limite claro. DevOps e cloud premiam curiosidade, mas também punem pressa irresponsável. A melhor evidência para junior não é falar que sabe tudo. É mostrar que você entende o caminho, respeita produção e sabe aprender sem colocar o time em risco.