CI/CD AWS-nativo: CodeBuild, CodeDeploy e CodePipeline
⏱ 12 min·⭐ 55 XP
Pré-requisitos (0/1)0%
- ⬜🔏 KMS: envelope encryption e quando usar CMK(AWS Developer Associate (DVA-C02))
Recomendamos completar os pré-requisitos antes de seguir, mas nada te impede de continuar.
buildspec.yml exemplo
version: 0.2
phases:
install:
runtime-versions: { nodejs: 20 }
commands:
- npm ci
pre_build:
commands:
- npm run lint
build:
commands:
- npm run test
- npm run build
post_build:
commands:
- aws s3 sync dist/ s3://$BUCKET/
artifacts:
files:
- '**/*'
base-directory: dist
cache:
paths:
- 'node_modules/**/*'Onde isso entra no exame
📘 Domain 3 — Deployment· 24%
O exame cobra a estratégia de deploy pelo risco aceito: canary e linear no CodeDeploy para Lambda, blue/green para ECS, in-place com hooks para EC2. Reconheça `appspec.yml` (CodeDeploy, o que fazer no deploy) versus `buildspec.yml` (CodeBuild, como compilar) — trocar os dois é pegadinha frequente.
Estratégias de deploy
| Estratégia | Downtime | Rollback | Custo |
|---|---|---|---|
| In-place | Sim (parcial) | Redeploy versão antiga | Baixo |
| Blue/green | Zero | Switch instantâneo | Alto (2x infra) |
| Canary 10% then all | Zero | Instantâneo nos 10% | Médio |
| Linear 10%/5min | Zero | Graceful | Médio |
EstratégiaIn-place
DowntimeSim (parcial)
RollbackRedeploy versão antiga
CustoBaixo
EstratégiaBlue/green
DowntimeZero
RollbackSwitch instantâneo
CustoAlto (2x infra)
EstratégiaCanary 10% then all
DowntimeZero
RollbackInstantâneo nos 10%
CustoMédio
EstratégiaLinear 10%/5min
DowntimeZero
RollbackGraceful
CustoMédio
Pipeline
CodePipelineorquestra os estágios
CodeBuildbuild e teste
Implantação
CodeDeploycontrola o deslocamento de tráfego
Versões em produçãoVPC
Versão atualrecebe 90% no canário
Versão novarecebe 10% e vai crescendo
Roteamento
Alias com pesoLambda alias ou target group
Guarda
Alarme CloudWatcherro 5xx, latência, métrica de negócio
Hook de validaçãoteste automático pós-deploy
- → artefato aprovado
- → ajusta o peso
- → 90%
- → 10%
- → métrica
- → dispara ROLLBACK
- → aprova ou barra
- Gestão e governança
- Compute
- Rede e entrega
A estratégia é escolhida pela tolerância a risco, e todas dependem de uma coisa: métrica que diga que a versão nova está pior. Deploy sem alarme atrelado não tem rollback — tem esperança.
- Canário: fatia pequena primeiro. A versão nova recebe 10% do tráfego por alguns minutos. Se as métricas seguem boas, o peso cresce até 100%. Se pioram, o rollback é automático — e só 10% dos usuários viu o problema.
- Linear e all-at-once são os outros dois. Linear desloca em degraus iguais (10% a cada minuto). All-at-once troca de uma vez — rápido, e sem rede de proteção. A questão dá a tolerância a risco; a estratégia segue disso.
- Sem alarme não existe rollback automático. É a peça que as pessoas esquecem: o CodeDeploy precisa de um alarme do CloudWatch para saber que a versão nova está pior. Sem isso, o deploy "sucedido" segue com a versão ruim em 100%.
- Hooks validam antes de liberar. BeforeAllowTraffic e AfterAllowTraffic rodam Lambda de teste. Falha no hook aborta o deploy antes de o tráfego chegar. É onde entra o smoke test automatizado.
- Blue/green é o caso extremo. Duas frotas completas; o tráfego vira de uma para outra e a antiga fica de pé por um tempo. Rollback é instantâneo, e você paga as duas durante a janela.
Quiz rápido
Um deploy canário promoveu a versão nova a 100% mesmo com a taxa de erro subindo. O que faltava?
Quando sair do AWS-native
💡
Em 2026, muitos times usam GitHub Actions em vez de CodePipeline (DX melhor, mesmo repo). CodePipeline ganha quando: deploy cross-account complexo, compliance exige ferramentas AWS-only, ou integração profunda com AWS Config/Systems Manager.
Perguntas frequentes
❓ Como fazer implantação sem indisponibilidade?
Com substituição gradual ou com dois ambientes e troca de tráfego: o novo sobe, passa na verificação de saúde e só então recebe tráfego. O detalhe que decide é a verificação — sem ela, a implantação promove uma versão quebrada com sucesso aparente. Reversão automática por alarme fecha o desenho.
❓ Onde guardar variável de ambiente e segredo no pipeline?
Configuração em armazenamento de parâmetros e segredo em cofre, referenciados pelo pipeline em tempo de execução — nunca no arquivo de definição do build, que é versionado. O sintoma de errar isso é segredo no histórico do repositório, que não sai com um commit de remoção.
❓ Como testar infraestrutura no pipeline?
Validando o modelo antes de aplicar, aplicando em ambiente de teste descartável e comparando o que mudaria antes de mudar. O passo mais valioso é o de pré-visualização da mudança: ele mostra recurso que seria substituído — e substituição de banco de dados é o incidente clássico dessa categoria.
Fixando
Quiz rápido
Qual arquivo define os comandos de build no CodeBuild?
Quiz rápido
Em que situação sair do CI/CD nativo da AWS é justificável?
Terminou de ler?
Marcar como concluído registra o XP, mantém sua sequência e coloca 3 cartas deste módulo na fila de revisão espaçada.
Próximos passos sugeridos
Temas deste módulo
Discussão
Carregando comentários…