Migração para a nuvem muda o que se paga: sai o servidor comprado para durar cinco anos, entra a fatura mensal por uso. Jean Pierre Lessa e Santos Ferreira, especialista em tecnologia, software e inteligência artificial, observa que essa troca só compensa quando a demanda do sistema varia de verdade ao longo do dia.
A dúvida mais comum sobre cloud computing é se a nuvem sai mais barata. A pergunta está mal formulada, porque a resposta depende do perfil de uso de cada sistema. Carga constante das oito da manhã às oito da manhã seguinte paga caro por uma elasticidade que nunca vai usar.
As perguntas a seguir são as que aparecem em toda decisão de migração, com os critérios que separam o sistema pronto para sair do data center daquele que ainda tem motivo para ficar. Nenhuma delas se responde só com a planilha do fornecedor.
O que muda de fato quando o sistema vai para a nuvem?
Uma vez que a capacidade passa a ser contratada por hora, Jean Pierre Lessa e Santos Ferreira aponta que a variável decisiva deixa de ser o tamanho do servidor e passa a ser o tempo em que ele fica ligado. Desligar um ambiente à noite vira economia direta, algo impossível com máquina própria já comprada.
O que não muda é o desenho do sistema. Acoplamento, banco compartilhado e processo noturno que trava tudo continuam iguais depois da mudança de endereço. A nuvem oferece capacidade sob demanda, não conserta decisão de arquitetura tomada anos antes.
Quais sistemas ganham mais com a migração?
Ganham os sistemas cuja demanda muda de tamanho com frequência. Comércio eletrônico em data de campanha, aplicação exposta a picos imprevisíveis e ambientes de teste que precisam existir por três horas por dia são os casos em que a cobrança por uso trabalha a favor de quem contrata.
Além do volume, o profissional nota que o ritmo de mudança do código pesa tanto quanto o pico de acesso. Produto em construção, que ganha função nova toda semana, precisa de ambiente novo em minutos. Esperar duas semanas por um servidor custa mais caro do que qualquer fatura mensal.

Quando adiar a migração é a decisão certa?
Um sistema de retaguarda roda com carga quase idêntica todos os dias, em hardware comprado no ano passado e com licença cobrada por núcleo de processador. Movido para a nuvem sem nenhuma outra mudança, passa a custar mais, porque paga por disponibilidade que já estava paga.
Três situações costumam recomendar espera. Licença de banco ou de sistema operacional que encarece por processador virtual, integração com equipamento físico de loja ou fábrica que exige resposta local, e sistema em fim de vida, marcado para ser substituído dentro de dois anos.
Copiar o sistema como está resolve?
Jean Pierre Lessa e Santos Ferreira descreve o desvio mais comum dessa etapa: copiar as máquinas virtuais uma a uma, manter tudo ligado o tempo todo e esperar que a economia apareça sozinha. O resultado é a mesma arquitetura antiga, agora cobrada por hora e sem o hardware que já havia sido pago.
A cópia direta tem uso legítimo quando existe prazo para deixar o data center. Nesse caso, mover primeiro e ajustar depois evita correr contra o contrato de aluguel. O acerto vem em seguida, com ambiente desligável, armazenamento por camada de acesso e capacidade que acompanha a demanda real.
Como saber se a conta fecha antes de migrar?
Se a decisão ainda não estiver tomada, o executivo avalia que a medição vale mais do que a simulação. Registrar o uso hora a hora durante algumas semanas mostra a distância entre pico e média, e é essa distância que define quanto a cobrança por uso vai render em economia.
A conta esquece quase sempre os mesmos itens. Transferência de dados para fora do provedor, cópias de segurança em outra região, ferramentas de observabilidade, treinamento do time e o período em que os dois ambientes funcionam ao mesmo tempo entram na despesa e raramente aparecem na proposta inicial.
Migrar é decisão de ritmo, não de endereço
A pergunta útil não é onde o sistema roda, e sim com que frequência ele precisa mudar de tamanho, de forma e de versão. Sistemas estáveis pedem previsibilidade e contrato longo. Sistemas em movimento pedem capacidade que apareça e desapareça no mesmo dia.
Como conclui Jean Pierre Lessa e Santos Ferreira, a migração bem-sucedida é a que começa por um inventário honesto de perfis de uso, e não por uma data no calendário. Quem separa os sistemas por ritmo antes de mover descobre que parte deles nunca precisou sair do lugar.