Migrar para a nuvem sem perder o controle

A nuvem não é um destino. É um desenho

Tratar migração como “subir a máquina” é o atalho que mais caro sai. O servidor on-premises carrega integrações, janelas de lote, licenças, identidades locais, rotinas de backup, dependência de latência e um operador que sabe o nome de cada exceção. Copiar o disco não copia isso.

A nuvem muda o lugar do dado, o modelo de responsabilidade, a conta no fim do mês e a forma de ver o que está no ar. Quem não desenha isso antes do recorte não migra. Transfere o problema e troca o nome.

Migrar não é copiar servidor. É mudar o lugar onde o risco, o custo e a operação passam a morar.

O que mapear antes de mover

Há um inventário mínimo sem o qual a migração é aposta. Não é burocracia. É o mapa do que pode cair:

• Cargas — o que é crítico, o que é lote, o que é terminal, o que pode esperar.
• Identidades e privilégios — usuários, contas técnicas, chaves, federações.
• Integrações — filas, arquivos, APIs, parceiros, janelas noturnas.
• Rede — latência, enlaces, VPN, peering, o que não pode atravessar a internet pública.
• Backup e recuperação — RTO e RPO reais, não os do slide. O destino precisa restaurar, não só copiar.
• Custo e licença — o que deixa de se pagar no data center e o que passa a se pagar por hora, por giga, por chamada.
• Dados — classificação, residência, o que não pode sair, o que a LGPD alcança.

Sistemas de varejo, ERPs, bancos e lotes longos sofrem quando alguém decide “lift and shift” sem olhar o acoplamento. A nuvem não perdoa o que o data center tolerava no costume.

Responsabilidade compartilhada não é responsabilidade diluída

O provedor cuida da base. A empresa continua dona do dado, da identidade, da configuração, da exposição pública, da chave, do backup da aplicação. A falha mais comum de 2026 em nuvem não é o data center do hiperescalador cair. É bucket aberto, papel demais, chave vazada, log desligado.

Por isso landing zone não é enfeite. É o chão: contas separadas, rede segmentada, identidade federada, trilha de auditoria, política de criptografia, alerta quando a configuração foge do combinado. Migrar para um ambiente sem esse chão é mudar de prédio sem porta.

Híbrido é o real, não o plano B

Poucas organizações grandes acordam só na nuvem pública. Há legado, há latência, há dado que não viaja, há janela de lote, há custo que não fecha. Híbrido e multicloud deixaram de ser exceção. São o desenho em que a maioria opera — e onde o controle mais se perde, porque o olhar se parte em dois consoles.

Controle, aqui, é a mesma pergunta nos dois lados: quem acessa, o que corre, quanto custa, como se recupera, quem foi avisado quando saiu do padrão.

O caminho, sem vender a mudança

A ordem que reduz surpresa é conhecida e pouco seguida: classificar cargas; decidir o que vai, o que fica, o que se reescreve; preparar o destino com segurança e operação no mesmo pacote; migrar em ondas; medir; só então desligar a origem. Desligar sem restaurar no destino é fé, não projeto.

Nuvem boa não é a que está na moda. É a que a empresa ainda governa depois do go-live — identidade, custo, backup, lote e a pessoa que atende às três da manhã.

---

Migrar é decisão de arquitetura. No Addere Tech Insights, o texto descreve o caminho. Não empurra a mudança.