A regra 3-2-1 de backup: 3 cópias dos dados, em 2 tipos de mídia diferentes, com 1 cópia offsite (ou offline/imutable). Continua sendo o checklist mínimo de sanidade.
Backup que nunca foi restaurado é esperança, não estratégia. Teste restore periodicamente. Ransomware tornou cópias imutáveis/offline ainda mais importantes.
Em ambientes reais, Regra 3-2-1 de Backup aparece junto de decisões de arquitetura, custo e operação. Vale documentar no runbook do time: quando usar, quando evitar, métricas de saúde e o que fazer quando falha. Links internos do hub (comandos, erros, comparativos) ajudam a fechar o ciclo entre teoria e prática.
Antes de adotar em produção, monte um teste com dados reais do seu contexto — benchmarks genéricos raramente capturam latência, volume e casos de borda do seu sistema. Prefira evoluir em fatias pequenas, com observabilidade e critério de rollback claros.
Se você está desenhando a solução pela primeira vez, comece pelo caminho mais simples que atende o requisito e só adicione complexidade (mais serviços, mais abstrações) quando a dor for medida, não imaginada.
Na escolha de ferramentas ligadas a Regra 3-2-1 de Backup, prefira o que seu time já sabe operar — a menos que a dor atual seja grande o suficiente para justificar a curva de aprendizado. Prototipar em paralelo com métricas claras evita discussões baseadas só em opinião.
Integrações e observabilidade devem nascer junto com a feature, não como afterthought no mês seguinte.
Para ir além: explore no hub os comparativos, comandos e erros relacionados a Regra 3-2-1 de Backup. A combinação de glossário + guias práticos é o que transforma consulta rápida em capacidade operacional de verdade.