DevOpsQuest
0 XP

DEVOPSQUEST

Minha Trilha
Módulo 0 · Boas-vindas e Ambiente

Do código à produção: o caminho completo de uma aplicação

Iniciante 30 min+25 XPGitDockerCI/CDCloud

Objetivos desta aula

  • Visualizar o ciclo completo: código, build, teste, deploy e operação
  • Entender o papel de cada ferramenta do curso nesse ciclo
  • Diferenciar ambientes de desenvolvimento, staging e produção
  • Reconhecer onde DevOps reduz riscos e retrabalho

Muita gente começa DevOps aprendendo ferramentas soltas e fica perdida. Esta aula mostra o mapa inteiro para que cada módulo futuro faça sentido. Imagine uma loja online fictícia, o CloudShop, recebendo uma pequena melhoria.

1. Código: a pessoa desenvolvedora altera o código no computador e salva a mudança no Git, que guarda o histórico de tudo. Ela abre um Pull Request no GitHub para que outra pessoa revise.

2. Integração contínua (CI): assim que o PR é aberto, um pipeline roda sozinho: instala dependências, executa testes e verifica segurança. Se algo falhar, o código não segue. É uma esteira automática de qualidade.

3. Empacotamento: se tudo passou, o pipeline gera uma imagem Docker — uma caixa com a aplicação e tudo que ela precisa para rodar igual em qualquer lugar. Essa imagem vai para um registry (um depósito de imagens).

4. Infraestrutura: onde essa caixa vai rodar? Em servidores na nuvem, criados por código com Terraform (Infraestrutura como Código). Assim, o ambiente pode ser recriado de forma idêntica quando quiser.

5. Entrega contínua (CD): o Kubernetes executa as imagens, e o GitOps (Argo CD) garante que o que está no cluster é exatamente o que está descrito no Git. Mudou o Git, o cluster se atualiza.

6. Operação: com a aplicação no ar, observabilidade (métricas, logs e traces) mostra se está tudo saudável. Se algo quebra, alertas avisam e a equipe faz rollback ou corrige. Depois, escreve-se um postmortem para aprender.

Repare nos ambientes: dev é onde se experimenta, staging é o ensaio geral parecido com produção, e produção é onde estão os clientes reais. DevOps existe para que a mudança percorra esse caminho rápida, segura e repetível.

Na prática

O ciclo em comandos (visão geral)

bash

git checkout -b feat/cupom          # 1. nova branch
git commit -am "feat: cupom de desconto"
git push origin feat/cupom          # abre o PR -> CI roda
docker build -t cloudshop/api:1.4.0 .   # 3. empacota
docker push cloudshop/api:1.4.0
terraform apply                     # 4. infraestrutura
kubectl rollout status deploy/api   # 5. acompanha o deploy

Por que isso importa

Entender o fluxo inteiro permite enxergar gargalos e falhas que quem conhece só uma ferramenta não percebe.

Erro comum

Achar que DevOps é só uma ferramenta ("DevOps = Kubernetes"). É a cultura e a automação de todo o caminho.

Dica de produção

Desenhe o fluxo da sua empresa (ou do seu projeto) num papel: onde há passo manual, há oportunidade de automação.

Pergunta de entrevista

Descreva o caminho de uma linha de código desde o commit até estar em produção.

Glossário

Pipeline
Sequência automática de etapas (build, teste, deploy).
Registry
Repositório onde ficam as imagens de contêiner.
Staging
Ambiente de ensaio, parecido com produção.
Rollback
Voltar para a versão anterior que funcionava.

Conexão com o CloudShop

Este é o roteiro do projeto CloudShop: cada módulo constrói uma das etapas desse caminho.

Quiz da aula

  1. 1. Qual etapa executa testes automaticamente a cada mudança?

  2. 2. Para que serve o ambiente de staging?

  3. 3. O que o Terraform faz nesse fluxo?

Minhas anotações

Salvo automaticamente neste navegador.

AnteriorPróxima