Quando a migração para nuvem faz sentido e quando não faz
Nuvem não é a resposta certa para todos os problemas de TI. É a resposta certa para problemas específicos. A decisão de migrar deve ser guiada por critérios objetivos de negócio, não por pressão do mercado ou pelo fato de que “todo mundo está migrando”.
| Critério |
Favorece manter local |
Favorece migrar para nuvem |
| Equipe de trabalho |
100% presencial em uma única localidade com rede estável |
Equipe híbrida ou remota em múltiplas localidades |
| Previsibilidade de custo |
Carga de trabalho estável e previsível. Servidor amortizado em 3 a 5 anos |
Carga variável: paga mais quando usa mais, menos quando a demanda cai |
| Necessidade de escala |
Demanda estável sem necessidade de crescer ou contrair rapidamente |
Empresa em crescimento ou com picos sazonais de demanda |
| Latência crítica |
Sistemas que exigem latência inferior a 1ms ou dependem de hardware físico local |
Aplicações web, e-mail, colaboração, backups e sistemas tolerantes a 10 a 50ms |
| Dependência de hardware |
Sistema com integração física (impressora de rede local, equipamento industrial, leitor de cartão) |
Sistema de software puro sem dependência de hardware físico local |
| Infraestrutura atual |
Servidor novo ou recém-amortizado com hardware em bom estado |
Servidor com mais de 5 anos, fim de suporte do fabricante ou custo de reposição alto |
| Expertise de TI |
Equipe interna com expertise consolidada em infraestrutura local |
TI terceirizada ou equipe pequena sem capacidade de manter servidor físico |
A decisão mais honesta do mercado em 2026
Em 2026, a decisão deixou de ser “nuvem ou servidor local” e passou a ser “qual combinação oferece o melhor equilíbrio entre custo, controle e disponibilidade para o meu perfil de operação”. Muitas PMEs operam melhor com modelo híbrido: e-mail e colaboração na nuvem, ERP com dependência de hardware local mantido on-premises, backups em nuvem. A pressão para migrar tudo de uma vez gera projetos caros e subutilizados.
O que migrar, o que manter local e o que jogar fora
Antes de qualquer decisão sobre provedor ou custo, o passo crítico é mapear o que existe e classificar cada workload em três categorias: migrar, manter local ou desativar. Esse mapeamento frequentemente revela sistemas que estão rodando sem que ninguém saiba para quê, aplicações que podem ser substituídas por SaaS mais barato e dependências que tornariam determinadas migrações inviáveis ou caras demais.
☁️
Migrar para nuvem: candidatos prioritários
E-mail corporativo: Microsoft 365 ou Google Workspace. Mais barato, mais confiável e sem manutenção de servidor de e-mail
Backup: solução em nuvem com imutabilidade. Custo previsível e proteção contra desastre físico
Colaboração e documentos: SharePoint, Google Drive, Notion. Elimina servidor de arquivos local com usuários remotos
Sistemas web e portais: sites, portais de clientes e aplicações web sem dependência de hardware local
ERP em SaaS: se o fornecedor oferece versão cloud, migrar elimina infraestrutura de servidor de banco de dados
🖥️
Manter local (on-premises): candidatos a não migrar
Sistemas com integração física: ERP que integra com impressora fiscal, leitor de código de barras, balança ou equipamento industrial com interface local
Banco de dados com alta frequência de acesso local: sistemas que consultam milhões de registros com latência crítica inferior a 1ms
Sistemas legados sem suporte cloud: aplicações antigas que não foram projetadas para rodar em nuvem e têm custo de reescrita alto demais
Dados com volume muito alto de egress: sistemas que transferem grandes volumes de dados para fora da nuvem frequentemente, gerando custo de saída elevado
🗑️
Desativar ou substituir: o que a migração revela
O mapeamento de workloads frequentemente revela sistemas que ninguém usa mas que continuam rodando. Aplicações legadas que foram substituídas mas não desativadas. Serviços que estão em dois sistemas diferentes (duplicidade de licença). Antes de migrar, identificar e desativar esses sistemas reduz o escopo da migração, o custo recorrente e a complexidade operacional.
Sistemas com zero ou pouquíssimo uso nos últimos 90 dias
Aplicações substituídas por SaaS mais barato (ex: servidor de e-mail local quando já se paga Microsoft 365)
Funcionalidades duplicadas entre dois sistemas que a empresa paga separadamente
Os tipos de nuvem: pública, privada, híbrida e SaaS
Não existe um único modelo de nuvem. A escolha do modelo certo depende de custo, controle, segurança e o que a empresa quer terceirizar. Para a maioria das PMEs, a combinação de SaaS para aplicações de produtividade e nuvem pública para infraestrutura complementar é o ponto de equilíbrio mais eficiente.
| Modelo |
O que é |
Vantagens |
Desvantagens |
Indicado para |
| SaaS |
Software como serviço. O fornecedor opera tudo. Você usa o aplicativo via navegador ou app |
Sem infraestrutura para gerenciar. Preço fixo previsível. Atualizações automáticas |
Menor customização. Depende da conectividade |
E-mail (M365), CRM (HubSpot), ERP cloud, colaboração (Teams) |
| Nuvem pública |
Infraestrutura compartilhada de AWS, Azure ou GCP. Empresa usa e paga pelo consumo |
Escala ilimitada. Paga pelo uso. Alta disponibilidade. Sem compra de hardware |
Custo em dólar com exposição cambial. Fatura variável (risco de surpresa) |
Sistemas web, backups, ambientes de desenvolvimento, workloads variáveis |
| Nuvem privada |
Infraestrutura dedicada à empresa em datacenter terceiro ou próprio. Controle total |
Maior controle e segurança. Fatura previsível. Dados no Brasil em conformidade LGPD |
Custo mais alto. Menor escala automática. Exige gestão mais técnica |
Empresas com dados sensíveis, reguladas ou que precisam de custo previsível |
| Híbrida |
Combinação de local (on-premises) com nuvem pública ou privada para workloads diferentes |
Cada workload no ambiente mais adequado. Equilíbrio entre custo, controle e escala |
Mais complexo para gerenciar. Exige boa integração entre ambientes |
PMEs com sistemas legados que não podem ser migrados e sistemas novos que se beneficiam da nuvem |
AWS, Azure ou GCP: qual escolher para cada perfil de PME
Para a maioria das PMEs brasileiras sem histórico de cloud, a recomendação é AWS (maior ecossistema e documentação em português) ou Azure (se a empresa já usa Microsoft 365 e o benefício de integração é relevante). GCP é indicado para empresas com foco em análise de dados, BI e machine learning. A escolha não é definitiva: migrar entre provedores é possível, embora caro e trabalhoso.
| Provedor |
Diferencial |
Presença no Brasil |
Quando escolher |
| AWS |
Maior catálogo de serviços. Maior comunidade e documentação em PT-BR. Infraestrutura mais madura |
Região SA-East-1 (São Paulo) desde 2012. Mais robusta entre os três no Brasil |
PME sem histórico cloud buscando maior suporte em PT-BR, ou equipe já familiarizada com AWS. Indicado para sistemas legados e serviços gerenciados avançados |
| Azure |
Integração nativa com Microsoft 365, Active Directory, Teams e Power BI. Azure Hybrid Benefit para empresas com licenças Microsoft |
Duas regiões no Brasil (Campinas e Vinhedo) |
Empresa que já usa Microsoft 365 ou Windows Server/SQL Server e pode aproveitar Azure Hybrid Benefit. Stack Microsoft consolida em uma única plataforma |
| GCP |
Foco em dados, BigQuery, analytics e machine learning. Preços competitivos em algumas cargas de trabalho |
Região mais recente no Brasil (São Paulo, Osasco) |
Empresa com foco em analytics, BI e IA/ML. Não é a primeira escolha para infraestrutura geral de PME que não tem histórico cloud |
| Todos os três têm data centers no Brasil, o que permite manter dados no país em conformidade com a LGPD. A LGPD permite usar provedores internacionais com servidores no Brasil, mas exige atenção às cláusulas contratuais e à jurisdição aplicável ao contrato. |
Os custos que a proposta não menciona e que aparecem na fatura
A proposta de migração apresenta o custo da instância de computação e do armazenamento. A fatura real inclui itens que raramente estão na proposta inicial e que, somados, podem elevar o custo mensal em 30% a 60% acima do projetado.
Egress: custo de saída de dados da nuvem
AWS, Azure e GCP cobram pelo tráfego de dados que sai da nuvem para a internet ou para outros provedores. Transferir dados de dentro da nuvem é gratuito, mas enviar dados para fora tem custo. Para sistemas que transferem grandes volumes (backups, relatórios, streaming), esse custo pode ser expressivo e raramente está na proposta inicial. É um dos maiores causadores de “fatura surpresa” em migrações mal planejadas.
Como evitar: mapear antes da migração o volume de dados que sai da nuvem mensalmente e calcular o custo de egress no TCO projetado. Sistemas com alto egress podem não se beneficiar economicamente da nuvem pública.
Variação cambial: custo em dólar com fatura em reais
AWS, Azure e GCP faturam em dólar. Com câmbio médio em torno de R$ 5,60 em 2026, uma instância a US$ 200/mês custa R$ 1.120. Se o dólar subir para R$ 6,50, o mesmo serviço passa a custar R$ 1.300, sem que nenhum parâmetro de uso tenha mudado. Projetos de migração sem gestão de exposição cambial descobrem esse custo na terceira ou quarta fatura.
Como evitar: calcular o TCO com cenário de câmbio pessimista (dólar 15% a 20% acima da cotação atual) e avaliar provedores nacionais para workloads em que o custo em reais é determinante.
Recursos ociosos provisionados mas não usados
Em nuvem, é comum provisionar recursos maiores do que o necessário “para garantir performance”. Instâncias superdimensionadas, volumes de armazenamento que crescem sem política de limpeza e snapshots acumulados mês a mês geram custo crescente sem contrapartida de uso. Sem FinOps ativo (gestão financeira de cloud), esses recursos acumulam silenciosamente.
Como evitar: revisão mensal de todos os recursos provisionados, uso de tags para rastrear custo por sistema ou equipe, e alertas de orçamento no painel do provedor para identificar anomalias.
Custo de licenças de software na nuvem
Algumas licenças de software têm preço diferente quando rodando em nuvem. SQL Server, Windows Server e outros softwares Microsoft têm licenciamento específico para cloud que pode ser mais caro do que o licenciamento on-premises se a empresa não aproveitar o Azure Hybrid Benefit. O custo de licença é cobrado separadamente do custo de infraestrutura.
Como evitar: mapear todas as licenças de software da empresa antes da migração e verificar o modelo de licenciamento cloud de cada uma com o parceiro de migração.
Custo da migração em si: profissionais, tempo e operação paralela
O custo de migração para PMEs fica entre R$ 10.000 e R$ 80.000 dependendo da complexidade. Esse custo inclui profissionais de migração, ferramentas, tempo de operação paralela (quando o sistema roda nos dois ambientes simultaneamente durante a transição) e eventual reescrita de partes do sistema para funcionar em cloud. Esse custo de migração raramente aparece no cálculo de ROI que o fornecedor apresenta.
Como evitar: exigir cálculo de TCO total incluindo custo de migração, não apenas custo recorrente pós-migração. O ponto de equilíbrio real deve considerar o investimento inicial de migração.
Como planejar e executar a migração sem parar a operação
Uma migração bem executada acontece em fases, com período de operação paralela e rollback planejado. Para PMEs, o processo estruturado abaixo é o que separa uma migração “que funcionou” de uma “que atrasou três meses e custou o dobro”.
As 5 fases de uma migração para nuvem bem executada
|
Fase 1
2 a 4 semanas
|
Avaliação e mapeamento
Inventário completo de todos os sistemas, aplicações e dependências. Classificação de cada workload em migrar, manter ou desativar. Análise de dependências críticas (o que o sistema precisa para funcionar). Cálculo do TCO real incluindo custo de migração, custo recorrente pós-migração com egress e câmbio, e prazo de equilíbrio. Sem essa fase, o projeto começa sem mapa.
|
|
Fase 2
2 a 3 semanas
|
Preparação do ambiente cloud
Configuração do ambiente de destino no provedor escolhido: rede, segurança, controle de acesso e monitoramento. Definição da arquitetura, nomenclatura de recursos e política de tags para controle de custo. Configuração de alertas de orçamento antes de qualquer recurso ser provisionado.
|
|
Fase 3
4 a 10 semanas
|
Migração em ondas (por workload)
Migração faseada por workload, começando pelos de menor criticidade para testar o processo antes de mover os sistemas críticos. Cada onda tem data de go-live, critérios de validação e plano de rollback documentado. Não migrar tudo ao mesmo tempo: o risco é proporcional ao escopo de cada onda.
|
|
Fase 4
2 a 4 semanas
|
Operação paralela e validação
Período crítico: o sistema roda nos dois ambientes simultaneamente (on-premises e cloud) enquanto a equipe valida que tudo funciona corretamente no novo ambiente. Não encerrar o ambiente local antes de confirmar que o cloud está estável. Para PMEs, essa fase tem duração mínima de 2 semanas para sistemas críticos.
|
|
Fase 5
Contínuo
|
Otimização e FinOps
Pós-migração não significa “acabou”. É o início da gestão contínua de custo cloud: revisão mensal de recursos provisionados vs. usados, right-sizing de instâncias superdimensionadas, eliminação de snapshots e volumes órfãos, e alerta de orçamento para detectar anomalias antes da fatura. Sem FinOps, o custo cloud cresce gradualmente sem visibilidade.
|
Os 5 erros que tornam a migração mais cara do que o servidor que estava substituindo
Erro 1: mover o sistema sem analisar as dependências
“Só vou subir o servidor na AWS” sem antes mapear que o sistema tem chamadas para um IP fixo interno, um banco de dados em outro servidor local e integração com uma impressora na rede local. Depois da migração, o sistema não funciona porque as dependências ficaram para trás. A análise de dependências é obrigatória antes de qualquer migração.
Erro 2: comparar o custo cloud com apenas o custo do hardware local
A comparação correta é: custo total de cloud (instância + armazenamento + egress + licenças + câmbio + gestão) versus custo total local (hardware + energia + manutenção + espaço físico + equipe de TI). Comparar apenas o custo da instância cloud com o custo do hardware local gera a ilusão de economia que desaparece na primeira fatura real.
Erro 3: migrar tudo de uma vez sem período de operação paralela
Desligar o servidor local no mesmo dia em que sobe o ambiente cloud elimina o safety net. Qualquer problema no novo ambiente paralisa a operação até ser resolvido. O período de operação paralela de 2 a 4 semanas é o que permite descobrir e resolver problemas sem impacto no usuário.
Erro 4: não configurar alertas de orçamento antes de provisionar recursos
Em nuvem, o recurso está disponível imediatamente ao ser provisionado e gera cobrança instantânea. Sem alertas de orçamento configurados antes da migração, é comum que recursos sejam provisionados durante testes e esquecidos ativos, gerando cobrança por meses sem que ninguém perceba.
Erro 5: fazer lift-and-shift de sistemas que deveriam ser substituídos por SaaS
Lift-and-shift é mover o sistema como está para cloud, sem reescrita. Para servidores de e-mail, servidores de arquivos e ERP com versão SaaS disponível, o lift-and-shift é mais caro do que simplesmente contratar o SaaS equivalente. O custo de manter o servidor de e-mail na AWS é maior do que contratar Microsoft 365 para a mesma função, com mais funcionalidades e sem gerenciamento de servidor.
Próximo Passo
Sua empresa está avaliando migração para nuvem mas não tem certeza do que migrar, o que manter e qual vai ser o custo real?
A Mobit conduz a avaliação de migração para nuvem da sua empresa: mapeamento de workloads, cálculo de TCO real com câmbio e egress, recomendação de provedor e planejamento de fases. Sem compromisso.
Quero avaliar a migração para nuvem →
Diagnóstico gratuito. Sem compromisso.
Perguntas frequentes sobre migração para nuvem
Quanto custa migrar para nuvem no Brasil? ▼
O custo de migração para nuvem no Brasil em 2026 varia conforme a complexidade do ambiente. Para PMEs pequenas com até 10 usuários e sistemas simples, o custo de migração fica entre R$ 10.000 e R$ 25.000. Para PMEs médias com 10 a 50 usuários e sistemas mais complexos, entre R$ 25.000 e R$ 80.000. Além do custo de migração, o custo recorrente mensal pós-migração varia de R$ 500 a R$ 8.000 dependendo do volume de workloads e do provedor escolhido. O ponto de equilíbrio financeiro, quando as economias operacionais superam o investimento de migração, ocorre entre 18 e 30 meses para a maioria das PMEs. Esses valores devem incluir todos os custos: custo da instância, armazenamento, egress de dados, licenças de software em cloud, variação cambial e custo de gestão do ambiente pós-migração.
AWS, Azure ou Google Cloud: qual escolher para PME no Brasil? ▼
Para a maioria das PMEs brasileiras sem histórico de cloud, a AWS é a recomendação inicial pela maior maturidade de infraestrutura no Brasil (região São Paulo desde 2012), maior ecossistema de serviços e maior comunidade com documentação em português. O Azure é a melhor escolha quando a empresa já usa Microsoft 365, Windows Server ou SQL Server e pode aproveitar o Azure Hybrid Benefit, que permite usar licenças existentes na nuvem com desconto significativo. O Google Cloud (GCP) é indicado especialmente para empresas com foco em analytics, BI e machine learning, onde o BigQuery é referência de mercado. Todos os três têm regiões de data center no Brasil, o que permite manter dados no país conforme a LGPD. A escolha não precisa ser definitiva: migrar entre provedores é possível, embora com custo e esforço significativos.
O que é lift-and-shift em migração para nuvem? ▼
Lift-and-shift (também chamado de Rehost) é a estratégia de migração que move o sistema exatamente como está para a nuvem, sem modificações ou reescrita de código. É a abordagem mais rápida e barata de migrar, mas não necessariamente a mais eficiente: o sistema vai para a nuvem com a mesma arquitetura do servidor local, sem aproveitar os recursos nativos da nuvem (escalabilidade automática, serviços gerenciados, pay-per-use). A alternativa ao lift-and-shift é o replatform (adaptações mínimas para aproveitar serviços gerenciados da nuvem) ou o refactor (reescrita para aproveitar plenamente a arquitetura cloud). Para PMEs, a recomendação prática é: use lift-and-shift para sistemas que você precisa migrar rápido ou que estão próximos de ser substituídos. Use replatform para sistemas que vão permanecer por mais de 3 anos na nuvem, onde a eficiência de custo de longo prazo justifica o investimento adicional de adaptação.
O que é custo de egress em cloud e como calcular? ▼
Egress é o custo cobrado pelos provedores de nuvem (AWS, Azure, GCP) pelo tráfego de dados que sai do ambiente cloud para a internet ou para outros provedores. Transferir dados dentro do ambiente cloud (entre serviços do mesmo provedor) é gratuito ou tem custo mínimo. Mas enviar dados de dentro da cloud para fora, para usuários finais, para outros sistemas ou para outro provedor, tem custo por GB transferido. Na AWS, o custo de egress para a internet começa em torno de US$ 0,09 por GB. Para calcular o impacto, estime o volume de dados que seu sistema transfere para fora da nuvem por mês: relatórios baixados, backups transferidos, streaming de dados. Para um sistema que transfere 500 GB por mês, o custo de egress seria de aproximadamente US$ 45, que em reais representa R$ 252 (câmbio R$ 5,60). Multiplicado por 12, são R$ 3.024 por ano só de egress, um custo que raramente aparece na proposta inicial de migração.
Como a Mobit apoia a migração para nuvem? ▼
A Mobit apoia empresas na avaliação e execução de migrações para nuvem como parte da solução integrada de gestão de TI. O processo começa com a avaliação de migração: mapeamento de todos os sistemas e workloads da empresa, classificação em migrar, manter ou desativar, análise de dependências críticas e cálculo do TCO real incluindo custo de migração, custo recorrente com egress e variação cambial, e prazo de equilíbrio financeiro. Com base nessa avaliação, a Mobit apresenta a recomendação de provedor, estratégia de migração por workload (lift-and-shift vs. replatform) e plano de fases com cronograma e critérios de validação. Durante a execução, a Mobit conduz o processo técnico, mantém operação paralela pelo período necessário e configura o monitoramento e os alertas de orçamento antes do go-live. Pós-migração, a Mobit realiza revisão mensal de custo cloud (FinOps) para identificar recursos ociosos e oportunidades de right-sizing.
+55 11 3500-4088
Deixe um comentário