Como você lida com reversões quando uma implantação falha?

Question

Accepted Answer

Quando uma implantação introduz problemas, você precisa **reverter** rapidamente para um estado funcionando para minimizar o impacto nos usuários. Estratégias eficazes de reversão — e as práticas relacionadas de monitoramento, reversão automática e correção progressiva — são essenciais para implantações confiáveis.

## Por que isso importa

```text
Deployments sometimes introduce problems (bugs, errors, performance issues) that get
through testing. When that happens in production:
  → you need to restore a WORKING state QUICKLY (minimize user impact/downtime)
  → a fast, reliable rollback is essential — being able to undo a bad deploy fast
→ "How do we roll back?" must be answered BEFORE you need it.
```

## Abordagens de reversão

```text
✓ REDEPLOY the previous version — deploy the last known-good artifact/version
  (versioned artifacts make this easy: deploy v1.2.2 to undo v1.2.3)
✓ BLUE-GREEN → instant rollback by switching traffic back to the old environment
✓ CANARY → if the canary shows problems, stop the rollout (only a few users affected)
✓ Database changes → trickier (need backward-compatible migrations; see below)
✓ Feature FLAGS → disable a problematic feature without redeploying (instant "rollback"
  of behavior)
```

## Considerações importantes

```text
⚠️ DATABASE migrations → rollbacks are hard if a migration is destructive/incompatible:
  → use BACKWARD-COMPATIBLE migrations (so the old code works with the new schema)
  → decouple schema changes from code; expand-then-contract patterns
✓ MONITORING → detect problems FAST (so you know to roll back) — alerts on errors/metrics
✓ AUTOMATED rollback → some pipelines auto-rollback on failed health checks
✓ FORWARD FIX → sometimes fixing forward (a quick patch) is better than rolling back
✓ Practice/test rollbacks → ensure they actually work when needed
```

## Por que isso importa

Entender estratégias de reversão é importante porque **implantações às vezes falham, e ser capaz de recuperar rapidamente é essencial para a confiabilidade**, portanto é conhecimento prático valioso para implantações em produção.

Mesmo com bons testes, implantações ocasionalmente introduzem problemas em produção, e quando o fazem, **restaurar um estado funcionando rapidamente** (para minimizar o impacto do usuário e o tempo de inatividade) é crítico — tornando a capacidade de reversão uma parte fundamental de implantação confiável, e uma que deve ser planejada **antes** de ser necessária.

Compreender as **abordagens de reversão** — reimplementar a versão anterior (facilitado por artefatos versionados), a reversão instantânea do **blue-green** (alternando o tráfego de volta), parar uma implantação **canary** (limitando o impacto) e usar **feature flags** para desabilitar recursos problemáticos sem reimplementar — fornece opções adequadas a diferentes estratégias de implantação.

Compreender as **considerações importantes** reflete prática madura de implantação: **migrações de banco de dados tornam reversões difíceis** (já que alterações de schema destrutivas ou incompatíveis não podem simplesmente ser desfeitas), então usar **migrações compatíveis com versões anteriores** (para que código antigo funcione com o novo schema) e padrões como expand-then-contract é essencial — uma preocupação genuinamente complicada e importante do mundo real.

Compreender o papel do **monitoramento** (detectar problemas rapidamente para saber que deve reverter), **reversão automática** (em verificações de saúde falhadas), a opção de **correção progressiva** (às vezes um patch rápido é melhor que reverter) e a importância de **testar reversões** (garantindo que funcionem quando necessário) reflete pensamento abrangente sobre recuperação de implantação.

Como implantações podem falhar e recuperação rápida é essencial para a confiabilidade (minimizando o impacto do usuário), e como entender abordagens de reversão, o desafio de migração de banco de dados e as práticas de suporte (monitoramento, automação, correção progressiva) permite recuperar de implantações ruins de forma eficaz, entender estratégias de reversão é conhecimento valioso e praticamente importante para implantações confiáveis em produção — um aspecto crítico da segurança de implantação, refletindo a maturidade operacional para lidar com as falhas inevitáveis que ocorrem mesmo com bom CI/CD.