Nuvem híbrida com governança: o que manter localmente, o que levar para a nuvem e como recuperar

Uma decisão por sistema, não uma escolha única

Já tratamos aqui, em outro artigo sobre nuvem híbrida, o lado do custo — o desperdício de gasto em nuvem e como colocar isso sob controle. Este artigo trata de outra parte da mesma decisão: onde cada sistema deve viver e como garantir que, se algo der errado, a empresa consegue de fato recuperar os dados.

A regra prática mais simples é olhar cada sistema pela criticidade dele — não pelo tipo de tecnologia. Um sistema de produção com dependência de equipamento físico e baixa tolerância a atraso tende a fazer mais sentido local. Um sistema de apoio, acessado remotamente, com tolerância maior a uma pausa, tende a fazer mais sentido em nuvem. Isso é uma diretriz geral, não regra fixa — cada indústria tem seu próprio perfil de dependência.

RTO e RPO: as duas perguntas que toda decisão de arquitetura devia responder

Antes de decidir onde colocar um sistema, existem duas perguntas mais importantes que "nuvem ou local":

Não existe um RTO ou RPO único correto para toda empresa. Uma referência de mercado, citada pela N-able em 2026, costuma usar sistemas de missão crítica — como produção ou pagamento — como os que toleram poucos minutos de indisponibilidade e quase nenhuma perda de dado, enquanto sistemas de apoio — relatório interno, arquivo histórico — toleram de horas a mais de um dia. É um ponto de partida para adaptar ao próprio contexto, não uma tabela pronta para copiar sem pensar.

A regra 3-2-1-1-0: o padrão de mercado para backup

A regra de backup mais consolidada do mercado é o 3-2-1: três cópias dos dados, em dois tipos de mídia ou armazenamento diferentes, com uma cópia fora do local físico da empresa. Para o cenário atual de ransomware, essa regra ganhou uma versão atualizada — o 3-2-1-1-0: as mesmas três cópias e dois tipos de mídia, mais uma cópia imutável ou offline — que o ransomware não consegue criptografar porque não tem como alcançá-la pela rede — e zero restaurações não testadas.

O ponto que mais faz diferença nessa regra atualizada é a cópia imutável ou offline. É ela que separa uma empresa que sobrevive a um ataque de ransomware de uma que perde tudo, incluindo o próprio backup — porque muitos ataques de ransomware modernos procuram e criptografam também as cópias de backup que estão acessíveis pela rede.

O "zero" da regra: RTO só vale depois de testado

Um ponto recorrente em análises de recuperação de ransomware de 2026 é direto: o RTO escrito no plano de continuidade só vale alguma coisa depois de testado de verdade. Sem teste de restauração real, o número no papel é uma suposição, não uma garantia — a empresa só descobre se o backup funciona mesmo na hora em que mais precisa dele, o que é tarde demais para corrigir qualquer falha no processo.

• Existe pelo menos uma cópia de backup imutável ou offline, fora do alcance de um ataque de rede?
• RTO e RPO estão definidos por sistema, não como um número genérico para toda a empresa?
• Dados do Microsoft 365 (e-mail, OneDrive, SharePoint) têm solução de backup própria, além da retenção padrão da Microsoft?
• Existe teste de restauração periódico — não só configuração de backup "feita e esquecida"?